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(57) ABSTRACT 

The present invention describes a system and method for 
communicating voice and data over a packet-switched net- 
work that is adapted to coexist and communicate with a 
legacy PSTN. The system permits packet switching of voice 
calls and data calls through a data network from and to any 
of a LEC, a customer facility or a direct IP connection on the 
data network. The system includes soft switch sites, gateway 
sites, a data network, a provisioning component, a network 
event component and a network management component. 
The system interfaces with customer facilities (e.g., a PBX), 
carrier facilities (e.g., a LEC) and legacy signaling networks 
(e.g., SS7) to handle calls between any combination of 
on-network and off-network callers. 

The soft switch sites provide the core call processing for the 
voice network architecture. The soft switch sites manage the 
gateway sites in a preferred embodiment, using a protocol 
such as the Internet Protocol Device Control (IPDC) proto- 
col to request the set-up and tear-down of calls. The gateway 
sites originate and terminate calls between calling parties 
and called parties through the data network. The gateway 
sites include network access devices to provide access to 
network resources. The data network connects one or more 
of the soft switch sites to one or more of the gateway sites. 
The provisioning and network event component collects call 
events recorded at the soft switch sites. The network man- 
agement component includes a network operations center 
(NOC) for centralized network management. 
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VOICE OVER DATA pulses or tones), as are used to transmit voice information. 

TELECOMMUNICATIONS NETWORK However, in-band signaling permitted unscrupulous callers 

ARCHITECTURE to use a device such as a whistle to mimic signaling sounds 

to commit fraud (e.g., to prematurely discontinue billing by 

CROSS-REFERENCE TO RELATED 5 an interexchange carrier (IXC), also known as a long dis- 

APPLICATION tance telephone company). 

The following application of common assignee contains a More recently, to prevent such fraud, out-of-band signal- 
related disclosure to the present application: U.S. patent systems were introduced. Outof-band signaling uses a 
application Ser. No. (to be assigned), filed on even date signaling network that is separate from the circuit switched 
herewith, entitled "System and Method for Bypassing Data 10 netw °rk used for carrying the actual call information. For 
from Egress Facilities," application Ser. No. 09/196,756, example, integrated services digital network (ISDN) uses a 
which is incorporated herein by reference in its entirety. separate channel, a data (D) channel, to pass signaling 

information out-of-band. Common Channel Interoffice Sig- 

BACKG ROUND OF THE INVENTION naling (CCIS) is another network architecture for out-of- 

i .,. . , c , . 15 band signaling. A popular version of CCIS signaling is 

1. Field of the Invention Signaling System 7 (SS7). SS7 is an internationally recog- 
The present invention relates generally to telecommuni- nized system optimized for use in digital telecom munica- 

cations networks and, more particularly, to a system and tions networks. 

method for providing transmission of voice and data traffic SS7 outHO f_ ban d signaling provided additional benefits 
over a data network, including the signaling, routing and 20 beyon(J ffaud prevention Fof examplC) out-of-band signal- 
manipulation of such traffic. mg eased quick adoption of advanced features (e.g., caller 

2. Related Art id) by permitting modifications to the separate signaling 
The present invention relates to telecommunications, and network. In addition, the SS7 network enabled long distance 

in particular to voice and data communication operating "Equal Access" (i.e., 1+ dialing for access to any long 

over a data network. The Public Switched Telephone Net- 25 distance carrier) as required under the terms of the modified 

work (PSTN) is a collection of different telephone networks final judgment (MFJ) requiring divestiture of the Regional 

owned by different companies which have for many years Bell Operating Companies (RBOCs) from their parent 

provided telephone communication between users of the company, AT&T 

network. Different parts of the PSTN network use different x An SS7 network is a packet-switched signaling network 

transmission media and compression techniques. formed from a variety of components, including Service 

Most long distance calls are digitally coded and transmit- Switching Points (SSPs), Signaling Transfer Points (STPs) 

ted along a transmission line such as a Tl line or fiber optic and Service Control Points (SCPs). An SSP is a telephone 

cable, using circuit switching technology to transmit the switch which is directly connected to an SS7 network. All 

calls. Such calls are time division multiplexed (TDM) into 35 calls must originate in or be routed through an SSP. Calls are 

separate channels, which allow many calls to pass over the passed through connections between SSPs. An SCP is a 

lines without interacting. The channels are directed inde- special application computer which maintains information 

pendently through multiple circuit switches from an origi- in a database required by users of the network. SCP data- 

nating switch to a destination switch. Using conventional bases may include, for example, a credit card database for 

circuit switched communications, a channel on each of the ^ verifying charge information or an "800" database for pro- 

Tl lines along which a call is transmitted is dedicated for the cessing number translations for toll-free calls. STPs pass or 

duration of the call, whether or not any information is route signals between SSPs, other STPs, and SCPs. An STP 

actually being transmitted over the channel. The set of is a special application packet switch which operates to pass 

channels being used by the call is referred to as a "circuit." signaling information. 

Telecommunica tions networks were originally designed 45 The components in the SS7 network are connected 

to connect one device, such as a telephone, to another together by links. Links between SSPs and STPs can be, for 

device, such as a telephone, using switching services. As example, A, B, C, D, E or F links. Typically, redundant links 

previously mentioned, circuit-switched networks provide a are also used for connecting an SSP to its adjacent STPs. 

dedicated, fixed amount of capacity (a "circuit**) between the Customer premises equipment (CPE), such as a telephone, 

two devices for the entire duration of a transmission session. 50 are connected to an SSP or an end office (EO) switch. 

Originally, this was accomplished manually. A human opera- To initiate a call in an SS7 telecommunications network, 

tor would physically patch a wire between two sockets to a calling party using a telephone connected to an originating 

form a direct connection from the calling party to the called EO switch, dials a telephone number of a called party. The 

party. More recently, a circuit is set up between an origi- telephone number is passed from the telephone to the SSP at 

nating switch and a destination switch using a process 55 the originating EO (referred to as the "ingress EO") of the 

known as signaling. calling party's local exchange carrier (LEC). A LEC is 

Signaling sets up, monitors, and releases connectioas in a commonly referred to as a local telephone company. First, 

circuit-switched system. Various signaling methods have the SSP will process triggers and internal route rules based 

been devised. Telephone systems formerly used in-band on satisfaction of certain criteria. Second, the SSP will 

signaling to set up and tear down calls. Signals of an in-band 60 initiate further signaling messages to another EO or access 

signaling system are passed through the same channels as tandem (AT), if necessary. The signaling information can be 

the information being transmitted. Early electromechanical passed from the SSP to STPs, which route the signals 

switches used analog or multi-frequency (MF) in-band sig- between the ingress EO and the terminating end office, or 

naling. Thereafter, conventional residential telephones used egress EO. The egress EO has a port designated by the 

in-band dual-tone multiple frequency (DTMF) signaling to 65 telephone number of the called party. The call is set up as a 

connect to an end office switch. Here, the same wires (and direct connection between the EOs through tandem switches 

frequencies on the wires) were used to dial a number (using if no direct trunking exists or if direct trunking is full. If the 
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call is a long distance call, i.e., between a calling party and In a packet-switched network, there is no single, unbroken 
a called party located in different local access transport areas physical connection between sender and receiver. The pack- 
(LATAs), then the call is connected through an inter ets from many different calls share network bandwidth with 
exchange carrier (IXC) switch of any of a number of long otber transmissions. The packets are sent over many differ- 
distance telephone companies. Such a long distance call is 5 ent routes at the same time toward the destination, and then 

commonly ^ referred to as an intcr-LATAcall. LECs and IXCs are reasserabied at the receiving cnd . ^ result is much 

are collectively referred to as the previously mentioned more efficient ^ of a telecommunications network than 

public swuched telephone network (PSTN) ^ ^ ^ ycd ^ drcuiVs ^ lching< 

Emergence of competitive LECs (CLECs) was facilitated D .. ... . . „- . , i . 

by passage of the Telecommunications Act of 1996, which in A ^ inherent effiaency of packet-switched 

authorized competition in the local phone service market data nelworks such as thc Internet, attention has focused on 

Traditional LECs or RBOCs are now also known as incum- the lransmisslon of voicc information over packet-switched 

bent LECs (ILECs). Thus, CLECs compete with ILECs in networks - However, such systems are not compatible with 

providing local exchange services. This competition, lhe legacy PSTN and thcrefore are not convenient to use. 

however, has still not provided the bandwidth necessary to 0ne approach that implements voice communications 

handle the large volume of voice and data communications. 15 over IP network requires that a person dial a special 

This is due to the limitations of circuit switching technology access number to access an IP network. Once the IP network 

which limits the bandwidth of the equipment being used by ^ accessed, the destination or called number can be dialed, 

the LECs, and to the high costs of adding additional equip- ^ lv P e of cal1 * known as a gateway-type access call, 

ment. 2o Another approach involves a user having a telephone that 

Since circuit switching dedicates a channel to a call for the ^ dedicated to an IP network. This approach is inflexible 

duration of the call, a large amount of switching bandwidth s ince calls can only be made over the UP network without 

is required to handle thc high volume of voicc calls. This direct access to the PSTN. 

problem is exacerbated by thc fact that thc LECs must also What is needed is a system and method for implementing 

handle data communications over the same equipment that ^ packet-switched communications for both voice calls and 

handle voice communications. data calls that do not require special access numbers or 

If the PSTN were converted to a packet-switched dedicated phones and permit full integration with the legacy 

network, many of the congestion and limited bandwidth PSTN. 

problems would be solved. However, the LECs and IXCs oi.ww*. w ^ mI 

have invested large amounts of capital in building, upgrad- 30 SUMMARY OF IHE INVENTION 
ing and maintaining their circuit switched networks (known The present invention is a system and method for com- 
as "legacy" networks) and are unable or unwilling to jettison municating both voice and data over a packet-switched 
their legacy networks in favor of the newer, more powerful network that is adapted to coexist and communicate with a 
technology of packet switching. Accordingly, a party want- PSTN. The system permits efficient packet switching of 
ing to build a packet-switched network to provide voice and 35 voice calls and data calls from a PSTN carrier such as, for 
data communications for customers must build a network example, a LEC, IXC, a customer facility or a direct IP 
that, not only provides the desired functionality, but also is connection on the data network to any other LEC, IXC, 
fully compatible with the SS7 and other, e.g., ISDN and MF, customer facility or direct IP connection. For calls from a 
switching networks of the legacy systems. PSTN carrier, e.g., LEC or IXC, the invention receives 
Currently, internets, intranets, and similar public or pri- 40 signaling from the legacy SS7 signaling network or the 
vatc data networks that interconnect computers generally ISDN D-channel or from inband signaling trunks. For calls 
use packet switching technology. Packet switching provides from a customer facility, data channel signaling or inband 
for more efficient use of a communication channel as com- signaling is received. For calls from a direct IP connection 
pared to circuit switching. With packet switching, many on the data network, signaling messages can travel over the 
different calls (e.g., voice, data, video, fax, Internet, etc.) can 45 data network. On the call destination side, similar signaling 
share a communication channel rather than the channel schemes are used depending on whether the called party is 
being dedicated to a single call. For example, during a voice on a PSTN carrier, a customer facility or a direct IP 
call, digitized voice information might be transferred connection to the data network. 

between the callers only 50% of the time, with the other 50% The system includes soft switch sites, gateway sites, a 

being silence. For a data call, information might be trans- 50 data network, a provisioning component a network event 

ferred between two computers 10% of the time. With a component and a network management component. The 

circuit switched connection, the voice call would tie-up a system of the invention interfaces with customer facilities 

communications channel that may have 50% of its band- (e.g., a PBX), carrier facilities (e.g., a PSTN carrier, a LEC 

width being unused. Similarly, with the data call, 90% of the (e.g., ILECs and CLECs), an independent telephone com- 

channel's bandwidth may go unused. In contrast, a packet- 55 pany (ITC), an IXC, an intelligent peripheral or an enhanced 

switched connection would permit the voice call, the data service provider (ESP)) and legacy signaling networks (e.g., 

call and possibly other call information to all be sent over the SS7) to handle calls between any combination of 

same channel. on-nctwork and off-network callers. 

Packet switching breaks a media stream into pieces The soft switch sites provide the core call processing for 
known as, for example, packets, cells or frames. Each packet 60 the voice network architecture. Each soft switch site can 
is then encoded with address information for delivery to the process multiple types of calls including calls originating 
proper destination and is sent through the network. The from or terminating at off-network customer facilities as 
packets are received at the destination and the media stream well as calls originating from or terminating at on-network 
is reassembled into its original form for delivery to the customer facilities. Each soft switch site receives signaling 
recipient. This process is made possible using an important 65 messages from and sends signaling messages to the signal- 
family of communications protocols, commonly called the ing network. The signaling messages can include, for 
Internet Protocol (IP). example, SS7, integrated services digital network (ISDN) 
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primary rate interface (PRI) and in-band signaling messages. etc.) generates simple network management protocol 

Each soft switch site processes these signaling messages for (SNMP) events or alerts. The NOC uses the events gener- 

the purpose of establishing new calls through the data ated by each network clement to determine the health of the 

network and tearing down existing calls and in-progress call network and to perform other network management func- 

control functions. Signaling messages can be transmitted 5 lions. 

between any combination of on-network and off-network In a preferred embodiment, the invention operates as 

callers. follows to process, for example, a long distance call (aJso 

Signaling messages for a call which cither originates known as a 1+ call). First, a soft switch site receives an 

off-network or terminates off-network can be carried over inco 1 mi ^ call signaling message from the signaling net- 

the out-of-band signaling network of the PSTN via the soft 10 wo *- ™ e ^ ^ Sltt ; determines the type of call by 

switch sites. Signaling messages for a call which both J^T?* T ana ^is on the dialed nurnber Based 

t: i j * • . l u P° n tne information in the signaling message, the soft 

originates on-network and terminates on-network can be switcfa ^ anal ^ ^ ^ of ^ ^ oumber of 

earned over the data network rather than through the sig- the ca]1 and delermines that it a 1+ calI ^ c ^ switch 

naling network. site men q uenes a cust omer profile database to retrieve the 

The gateway sites originate and terminate calls between 15 originating trigger plan associated with the calling customer, 

calling parties and called parties through the data network. The query can be made using, for example, the calling party 

The soft switch sites control or manage the gateway sites. In number provided in the signaling message from the signal- 

a preferred embodiment, the soft switch sites use a protocol ing network. This look-up in the customer profile database 

such as, for example, the Internet Protocol Device Control returns subscription information. For example, the customer 

(IPDC) protocol, to manage network access devices in the 20 profile may indicate that the calling party has subscribed to 

gateway sites to request the set-up and tear-down of calls. an account code verification feature that requires entry of an 

However, other protocols could be used, including, for account code before completion of the call. In this case, the 

example, network access server messaging interface (NM1) ^ site wiU ^struct the gateway site to collect the 

and the ITU media gateway control protocol (MGCP). a 1 ccou 1 nt ^ dl S*? eDte , I ' ed b y L the c ^ Assuming 

, . . ..j /_ , 25 Inat the gateway site collects the correct number of digits, 

Hie gateway sites can also uc ude network access the soft switch site can use the customer profile to determke 

devices to provide access to network resources (,.e the how tQ ^ tfae received ^ Fof accoum c(jde 

commumcauon channels or circuit, that prov,de the band- verification; Ae ^ site verifies the validit of the 

width oi the data network). The network access devices can received digits 

be referred to generally as access servers or media gateways. w -c *• u ■ iL j t r- 

~ , & J *\ . . 30 Venncation can result in the need to enforce a restriction, 

Exemplary access servers or media gateways are trunking . . f smv\ 4 ^- /™o»\ i *l- 

* rrr- \ * , as? \ j , such as a class of service (COS) restriction (COS R). In this 

gateways (TGs), access gateways (AGs) and network access , c . . -r iL . 

/v ac \ tl * jr. • example, the soft switch site can verify that the account code 

servers (NASs). The gateway sites provide for transmission ... . . . . 4 ... . 

cu~*u - a a # * (xz it u.lj. *. j tl 15 valid, but that it requires that an intrastate COSR should 

of both voice and data traffic through the data network. The , c , n .... • , 

, ~T . 4 , be enforced. This means that the call is required to be an 

gateway sites also provide connectivity to other telecom- * » * . n * l i j ^ i * • 

... r *i • 35 mtrastate call to be valid. The class of service restriction 

munications earners via trunk interfaces to earner facilities , . . r . .. .. r . - . . . 

c .u u av e - it tl « t • « « i logic can be performed within the soft switch site using, for 

for the handling of voice calls. The trunk interfaces can also , , , , . . , A 

u jr.u. rr , . j - ii Tn. example, pre-loaded local access and transport areas 

be used for the termination of dial-up modem data calls. The / T *t1 \ ^ . . . i_i tl c - . . 

, !• (LAI As) and state tables. The soft switch would then allow 

gateway sites can also provide connectivity via pnvate lines \ « . , . c . c , , 

and dedicated access lines (DAI*), such as Tt or ISDN PRI f * th f C claSS requested matches 

facilities to customer facilities 40 the autbonzcd class of XTVVX - For example, if the LATA 

' and state tables show that the LATA of the originating party 

The data network connects one or more of the soft switch aod the LArA of ^ terminating party are in the same state, 

sites to one or more of the gateway sites. The data network then lfae ^ can ^ ^ ]owd {Q proceed ^ ^ she 

routes data packets through routing devices (e.g., routers) to men customer service processing and prepares to 

destination sites (e.g., gateway sites and soft switch sites) on 45 terminale the call Al ^ ^ lhe ^ switch sile Qas 

the data network. For example, the data network routes finished executing all customer service logic and has a 

internet protocol OP) packets for transmission of voice and l0 _ digit dialed number that must ^ terminated . Xo accom . 

data traffic from a first gateway site to a second gateway site. plish the termination , the soft switch site determines the 

The data network represents any art-recognized data net- terminating gate way.The dialed number (i.e., the number of 

work mcluding the global Interact, a pnvate intranet or 5Q the called party dialed by the callmg party) is used to select 

mtcrnet, a frame relay network, and an asynchronous trans- a termination on the data network. This termination may be 

fer mode (ATM) network. based OQ various performance) availability or cost 

Ilie network event component collects call events criteria. The soft switch site then communicates with a 

recorded at the soft switch sites. Call event records can be second soft switch site associated with the called party to 

used, for example, for fraud detection and prevention, and 55 request that the second soft switch site allocate a terminating 

billing. circuit or trunk group in a gateway site associated with the 

The provisioning event component receives provisioning called party. One of the two soft switch sites can then 

requests from upstream operational support services (OSS) indicate to the other the connections that the second soft 

systems such as, for example, for order-entry, customer switch site must make to connect the call. The two soft 

service and customer profile changes. The provisioning 60 switch sites then instruct the two gateway sites to make the 

component distributes provisioning data to appropriate net- appropriate connections to set up the call. The soft switch 

work elements and maintains data synchronization, sites send messages to the gateway sites through the data 

consistency, and integrity across multiple soft switch sites. network using, for example, IPDC protocol commands. 

The network management component includes a network Alternately, a single soft switch can set up both the origi- 

opcrations center (NOC) for centralized network manage- 65 nation and termination. 

mcnt. Each network element(NE) (e.g., soft switch sites, The present invention provides a number of important 

gateway sites, provisioning, and network event components, features and advantages. First, the invention uses application 



4 s 



US 6,614,781 Bl 

7 8 

logic to identify and direct incoming data calls straight to a FIG. 5 A depicts a detailed block diagram of an exemplary 

terminating device. This permits data calls to completely so ft switch site including two SS7 Gateways communicating 

bypass the egress end office switch of a LEG. This results in with a plurality of soft switches which are in turn commu- 

significant cost savings for an entity such as an internet nicating with a plurality of Gateway sites; 

service provider (ISP), ILEC, or CLEC. This decrease in 5 FIG. 5B provides a Gateway Messages OOP Class Defi- 

cost results partially from bypass of the egress ILEC end nition; 

office switch for data traffic. ^G. 5C depicts a block diagram of interprocess commu- 
A further advantage for ISPs is that they are provided data nication including soft switch interaction with SS7 gate- 
in the digital form used by data networks (e.g., IP data ways; 

packets), rather than the digital signals conventionally used 10 ^ 5D depicts a block diagram of ^mccts commu . 

by switched voice networks (e.g., PPP signals). nication including an access server signaUng a soft switch to 

Consequently, the ISPs need not perform costly modem register ^ gateways; 

conversion processes that would otherwise be necessary. np cc . . , , . , ',. f A ... 

Tlic elimination of many telecommunications processes t ??'3 h t^? ^ ^ 

frees up the functions that ISPs, themselves, would have to « te ™* ™* f \ d "&™'> 

perform to provide Internet access. . HG 6A de P lcls an Off-Switch Call Processing Abslrac- 

A , , . . ... . lion Layer for interfacing with a plurality of on-ne two rk and 

Another advantage of the present invention is that voice off- network SCPs* 

traffic can be transmitted transparently over a packet- ___ tr , „ rt „ v 

switched data network to a destination on the PSTN. A ^ 63 de P ,cts an InteU 'g ent Nelw °* Component (INC) 

20 Architecture; 

Yet another advantage of the invention is that a very large r ^ , . 4 TKT ~ ... _ . . ~ 

l , ^ e . „ u i • i u i PIG. 6C depicts an INC architecture including On-net 

number of modem calls can be passed over a single channel c ^ . i n • . /o^n ^ 

nf ,. , . . . . „ . j- . Services Control Points (SCPs); 

of the data network, including calls carrying media such as v 7 

voice, bursty data, fax, audio, video, or any other data FIG. 6D depicts an INC architecture including On-net and 

formats Off-net SCPs and customer Automatic Call Distributors 

25 (ACDsV 

Further features and advantages of the invention, as well __ ' . . _ „ 

as the structure and operation of various embodiments of the *? G \ 7A P rovidcs a Configuration Server OOP Class 

invention, are described in detail below with reference to the Definition, 

accompanying figures. ^O. 7B depicts a block diagram of interprocess commu- 

nication including soft switch interaction with configuration 

BRIEF DESCRIPTION OF THE FIGURES server; 

The present invention will be described with reference to 0 . RG *A depicts Route Server Support for a Soft Switch 

the accompanying figures, wherein: Sltc mcludm & a plurality of collocated or geographically 

* • uui i fu^i diverse route servers, soft switches, and Trunking Gateway 

FIG. 1 is a high level view of the Telecommunications and Access t ' sit e 7 

Network of the present invention; 35 ... ~ B 7 n _ ^ n „ . . 

CTr , , A \ t ... . . FIG. 8B provides a Route Server OOP Class Definition; 

FIG. 2 A is an intermediate level view of the Telecommu- ™^ . . „ t . , _ _ „ „ _ _ . . 

■ «- ki * i r.u 4- *• RG. 8C provides a Route Objects OOP Qass Definition; 

mcations Network of the present invention; . , _ * n _ „ . 

nr 1n . . , «• * a 4 - i „ « f nG - 80 provides a Pools OOP Class Definition; 

FIG. 2B is an intermediate level operational call flow of ™„ . . _. . ^, . „„„„ 

the present invention- nG - 8E P rovides a Circuit 0b J e ^ OOP Class Definition; 

FIG. 3 is a specific example embodiment of the telecom- 40 . ^ * F ^ ' ^ ° f intcr P r ? ccss commu " 

munications network including three geographically diverse ™ n mcludm 8 *° h switch "™on with route server 

soft switch sites and multiple geographically diverse or ^ Jl* ft , . , , 

collocated gateway sites; FIG - 9 de P lcts a block dia & ram of an exemplary Regional 

vnr aaa ki t a- ii * • * _r Network Event Collection Point Architecture (RNECP) 

RG. 4Adepicts a block diagram illusUating the interfaces 45 mdudi a ^ ^ ^ ^ m * m ^ 

between a soft switch and Ube remammg components of a network eveQt ^ 

telecommunications network; , . , 

. , „ R „ . . . , ^ . t . _ FIG. 10A depicts a detailed block diagram of an exem- 

FIG. 4B provides a Soft Switch Object Oriented Program- la ealewav site . 

ming (OOP) Class Definition; v tfto ' . ' . , , - . 4 

..^ . * „ „ „„„ „ „ - . . FIG. 10B depicts a block diagram of interprocess com- 

40 P fOVldes a CaU OOP aass ttefinition; 50 munication mcluding switch mlcraction ^ acccss 

FIG. 4D provides a Signaling Messages OOP Class servers; 

Definition; nG UA depicts a detai i ed diagram of an exem- 

EIG. 4E provides an IPDC Messages OOP Class Defini- plary Trunking Gateway High-Level Functional Architec- 

tion; ture; 

FIG. 4F depicts a block diagram of interprocess commu- FIG. 11 B depicts a detailed flow diagram overviewing a 

nication including the starting of a soft switch command and Gateway Common Media Processing Component on the 

control functions by a network operations center; Ingress side of a trunking gateway; 

FIG. 4G depicts a block diagram of soft switch command FIG. 11C depicts a detailed flow diagram overviewing a 

and control startup by a network operations center scquenc- ^ Gateway Common Media Processing Component on the 

ing diagram; Egress side of a trunking gateway; 

FIG. 4H depicts a block diagram of soft switch command FIG. 12 depicts a detailed block diagram of an exemplary 

and control registration with configuration server sequenc- Access Gateway High-Level Functional Architecture; 

ing diagram; FIG. 13 depicts a detailed block diagram of an exemplary 

FIG. 41 depicts a block diagram of soft switch accepting 65 Network Access Server High-Level functional architecture; 

configuration information from configuration server FIG. 14 depicts an exemplary digital cross connect system 

sequencing diagram; (DACS); 
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FIG. 15 depicts an exemplary Announcement Server FIG. 23B depicts an exemplary data call originating on a 

Component Interface Design; SS7 trunk on a trunking gateway (TG); 

FIG. 16A depicts an exemplary data network intercon- FIG. 23C depicts an exemplary voice call originating on 

necting a plurality of gateway sites and a soft switch site; a SS7 trunk on a trunking gateway and terminating via 

FIG. 16B depicts a exemplary logical view of an Asyn- 5 access server signaling on an access gateway (AG); 

chronous Transfer Mode (ATM) network; FIG. 23D depicts an exemplary voice call originating on 

FIG. 17A depicts an exemplary signaling network includ- an SS7 trunk on a trunking gateway and terminating on an 
ing a plurality of signal transfer points (STPs) and SS7 announcement server (ANS); 

gateways; ^ ^\G. 24A depicts an exemplary voice call originating on 

FIG. 17B depicts another exemplary embodiment show- an SS7 trunk on a network access server and terminating on 

ing connectivity to an SS7 signaling network; a trunking gateway; 

FIG. 17C depicts a block diagram of an SS7 signaling FIG. 24B Data Call originating on an SS7 trunk and 

network architecture; terminating on a NAS; 

FIG. 18 depicts a block diagram of the provisioning and 15 FIG. 24C depicts an exemplary voice call originating on 

network event components; an SS7 trunk on a NAS and terminating via access server 

FIG. 19A depicts a block diagram of a data distributor in signaling on an AG; 

communication with a plurality of voice network elements; FIG. 24D depicts an exemplary data call on a NAS with 

FIG. 19B depicts a more detailed description of a data callback outbound reorigination; 

distributor architecture including voice network elements 20 FIG. 25A depicts an exemplary voice call originating on 

and upstream operational support services applications; access OD aD AG aod terminating on access 

FIG. 19C depicts an exemplary embodiment of a data server trunks on an AG; 

distributor and voice network elements; FIG. 25B depicts an exemplary data call on an AG; 

fac^^ - ™-« <f* >» — ^ ™» «■? origination 

' access server trunks on an AG and terminating on SS7 

FIG. 19E illustrates a data distributor including BEA M3, signaled trunks on a TG; 

a CORBA-compIiant interface server 1936 with an imbed- Hir- icp * ' 1 *u a a . .. c 

ded TUXEDO layer' depicts an exemplary outbound data call from 

_ A _ , . ' a NAS via access server signaling to an AG; 

FIG. 19F depicts a detailed example embodiment block ™ n/- -»*a a * * a -1 j ^ 

diagram of the BEA M3 data distributor of the provisioning fl ™" 26A de P lc * a more de aJed diagram of message 

element w an exem Pl arv voice call received over a TG; 

FIG. 19G depicts a block diagram Mutating a high level „ 26B 3 m ° re de ,^ led dia f am of x t «f» 

conceptual diagram of the BEA M3 CORBA-compliant fl ° W f ° f *" exem P lai y vo,ce « u rece ' ved ° ver a NAS; 

interface* 35 26C depicts a more detailed diagram of message 

FIG. 19H depicts a block diagram illustrating additional ^ jj* ™ exemplary data call over a NAS; 

components of the high level conceptual diagram of the FIGS * 27-57 de P lct dclailcd sequence diagrams demon- 

BEA M3 CORBA-compliaot interface; strating component intercommunication during a voice call 

FIG. 191 depicts a block diagram illustrating a data received on a NAS or TG or a data call received on a NAS; 

distributor sending data to configuration server sequencing 40 FIG ' 27 de P lcts a block diagram of a call How showing a 

diagram* ^ switcn accepting a signaling message from an SS7 

FIG. 20 depicts a block diagram of a Master Network gatCWay ^Bram; 

Event Database (MNEDB) interfacing to a plurality of FIG. 28 depicts a block diagram of a call flow showing a 

database query applications- ^ swilch gcumg a call context message from an IAM 

FIG. 21A depicts an exemplary network management 45 mCSSagC 

architecture- -^ G - depicts a block diagram of a call flow showing 

FIG. 21B'depict S an outage recovery scenario illustrating * S ? itch P rotessin 8 an ^ si g° a »ing message includ- 

the occurrence of a fiber cut, latency or packet loss failure a re ? uesl 10 a ™<* *"ver sequencing diagram; 

in the Data Network' ^ depicts a block diagram of a call flow showing 

FIG.21C depicts an outage recovery scenario including a 5 ° ^r^. SUrting P rocessin 8 of a rou,e ^ uest 

complete-gateway site outage; ms lagram, 

FIG. 21D further depicts an outage recovery scenario depots a block diagram of a call flow showing a 

including a complete-gateway site outage; route server determining a domestic route sequencing d.a- 

FIG. 21E depicts an outage recovery scenario including a ss ' t „ „ . 

complete soft switch site outage; V 31 d ^ 1CtS > block f a caU fl ° w showm & a 

c l a . route server checking avadability of potential terminations 

FIG. 21F further depicts an outage recovery scenario sequencing diagram; 

including a complete soft switch site outage; ™ n , . , , . . f „ „ L . 

cii- ?ir a • . * | • « . FIG. 32 depicts a block diagram of a call flow showing a 

FIG. 21G depicts a block diagram of mterprocess com- routc ^ tU M originalin routc Dodc 

munication including a NOC communicating with a soft w diagram; 

switch * 

n . . ... , • , .. „ FIG. 53 A depicts a block diagram of a call flow showing 

FIG. 22A depicts a high-level operational call flow; a roule ^ r calculaling a domestic route for a voice c £ 

FIG. 22B depicts a more detailed call flow; sequencing diagram; 

RG. 22C depicts an even more detailed call How; 65 FIG. 33B depicts a block diagram of a call flow showing 

FIG. 23A depicts an exemplary voice call originating and a route server calculating a domestic route for a voice call 

terminating via SS7 signaling on a Trunking Gateway; sequencing diagram; 
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FIG. 34 depicts a block diagram of a call Dow showing a FIG. 55 depicts a block diagram of a call flow showing a 

soft switch getting a call context from a route response from soft switch processing an RLC message sequencing dia- 

a route server sequencing diagram; gram; 

FIG. 35 depicts a block diagram of a call flow showing a FIG. 56 depicts a block diagram of a call flow showing a 

soft switch processing an IAM message including sending 5 ^ft sw j tch processing an ACM message sending an ACM to 

an 1AM to a terminating network sequencing diagram; the originating network sequencing diagram; 

FIG. 36 depicts a block diagram of a call flow showing a FIG. 57 depicts a block diagram of a call flow showing a 

soft switch processing an ACM message including sending ^ p roceS si ng an IAM setting up access servers; 

"iJ^T- r etWOfk * qUCa ™* dia k gfam; 10 FIG. 58A depicts a block diagram of the 11.323 architec- 

HG. 37 depicts a block diagram of a call flow showing a « mre fof a Detwork . 5ased system defining 

soft switch processing an ACM message including the setup four majof componcntS) termina] gateways * 

of access devices sequencing diagram; gatekeepers, and multipoint control units; 

FIG. 38 depicts a block diagram of a call flow showing an mQ 5gB exem plary H.323 terminal, 

example of how a soft switch can process an ACM sending r F 3 7 

an RTP connection message to the originating access server 15 FIG ' 59 sbows an exam P Ie H.323/PSTN Gateway; 

sequencing diagram; FIG. 60 depicts an example collection of all terminals, 

FIG. 39 depicts a block diagram of a call flow showing a gateways, and multipoint control units which can be man- 
soft switch processing an ANM message sending the ANM a S ed b Y a sin g* e gatekeeper, collectively known as an H.323 
to the originating SS7 gateway sequencing diagram; Zone; 

FIG. 40 depicts a block diagram of a call teardown flow 20 FIG. 61 depicts an exemplary MCU of the H.323 archi- 

showing a soft switch processing an REL message with the tecture; 

terminating end initiate ing teardownsequencing diagram; FIG. 62 depicts a block diagram showing a soft switch in 

FIG. 41 depicts a block diagram of a call flow showing a communication with an access server; 

soft switch processing an REL message tearing down all ^ FIG. 63 depicts a flowchart of an Access Server Side 

nodes sequencing diagram; Inbound Call Handling state diagram; 

FIG. 42 depicts a block diagram of a call flow showing a nG. 64A depicts a flowchart of an Access Server Side 
soft switch processing an RLC message with the terminating Exception Handling state diagram- 
ed teardown sequencing diagram; fig. 64B further depicts a flowchart of an Access Server 

FIG. 43 depicts a block diagram of a call flow showing a 30 side Exception Handling state diagram; 

soft switch sending an unallocate message to route server for ■ n „ 

call teardown sequencing diagram; „ ™- * 5 de P lc * a flowchart of an Access Server Side 

FIG. 44 depicts a block diagram of a call flow showing a ReqUeSl Handbng Slate 

soft switch unallocating route nodes sequencing diagram; mG 66 de P lcts a flowchart of an Access Server Side 

FIG. 45 depicts a block diagram of a call flow showing a 35 TOM Connection Handling state diagram; 

a soft switch processing call teardown and deleting call FIG - 67A depicts a flowchart of an Access Server Side 

context sequencing diagram; Continuity Test Handling state diagram; 

FIG. 46 depicts a block diagram of a call flow showing a FIG. 67B further depicts a flowchart of an Access Server 

route server calculating a domestic route sequencing dia- Side Continuity Test Handling state diagram; 

gram for a voice call on a NAS; 40 FIG. 68A depicts a flowchart of an Access Server Side 

FIG. 47 depicts a block diagram of a call flow showing a Outbound Call Handling Initiated by Access Server state 

soft switch getting call context from route response sequenc- diagram; 

ing diagram; FIG. 68B further depicts a flowchart of an Access Server 

FIG. 48 depicts a block diagram of a call flow showing a Side Outbound Call Handling Initiated by Access Server 

soft switch processing an IAM sending the LAM to the 45 state diagram; 

terminating network sequencing diagram; mG 69 depicts a flowcnart of m Access Server Outbound 

FIG. 49 depicting a block diagram of a call flow showing Call Handling Initiated by Soft Switch state diagram; 

calculation of a domestic route for a data call sequencing FIG. 70A depicts an exemplary diagram of an OOP Class 

digram; 50 Definition; and 

FIG. 50 depicts a block diagram of a call flow showing a , . . 

f, . „ . K . B FIG. 70B depicts an exemplary computer system of the 

soft switch getting call context from route response sequenc- resent invention 

ing diagram, p 

FIG. 51 depicts a block diagram of a call flow showing a . A In ^ fi f res * lik * refere ° ce m ^ eTS &™*}Y * dicate 

soft swiiFprocessing an IAM connnecting the data call „ ldentlca1 ' »*dar, a °dA>r structurally similar 

sequencing diagram; soft switch receiving and acknowledg- 55 eI " men ^ ™ e k fi f * ,n ^ an e!emei * first is 

ing receipt of a signaling message from an SS7 GW ind,cated b * the leftmost in the reference number * 

sequencing diagram; DETAILED DESCRIPTION OF THE 

FIG. 52 depicts a block diagram of a call flow showing a PREFERRED EMBODIMENTS 
soft switch processing an ACM message including sending 50 
an ACM to an originating network sequencing diagram; 

FIG. 53 depicts a block diagram of a call flow showing a Table of Contents 

soft switch processing an ANM message including sending 1. High level description 

an ANM to an originating network sequencing diagram; A. Structural description 

FIG. 54 depicts a block diagram of a call flow showing a 65 1. Soft Switch Sites 

soft switch processing an RCR message sequencing dia- 2. Gateway Sites 

gram; 3. Data Network 
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4. Signaling Network 

5. Network Event Component 

6. Provisioning Component 

7. Network Management Component 
B. Operational description 

II. Intermediate Level Description 

A. Structural Description 

1. Soft Switch Site 

a. Soft Switch 

b. SS7 Gateway 

c. Signal Transfer Points (STPs) 

d. Services Control Points (SCPs) 

c. Configuration Server (CS) or Configuration Data- 
base (CDB) 

f. Route Server 

g. Regional Network Event Collection Point 35 
(RNECP) 

2. Gateway Site 

a. Trunking Gateway (TG) 

b. Access Gateway (AG) 

c. Network Access Server (NAS) 20 

d. Digital Cross-Connect System (DACS) 
c. Announcement Server (ANS) 

3. Data Network 

a. Routers 

b. Local Area Networks (LANs) and Wide Area 25 
Networks (WANs) 

c. Network Protocols 

4. Signaling Network 

a. Signal Transfer Points (STPs) 

b. Service Switching Points (SSPs) 30 

c. Services Control Points (SCPs) 

5. Provisioning Component and Network Event Com- 
ponent 

a. Data Distributor 

6. Provisioning Component and Network Event Com- 35 
ponent 

a. Master Network Event Database 

7. Network management component 

B. Operational Description 

III. Specific Implementation Example Embodiments 40 
A. Structural description 

1. Soft Switch Site 

a. Soft Switch 

(1) Soft Switch Interfaces 

b. SS7 Gateway 45 

(1) SS7 Gateway Example Embodiment 

(2) SS7 Gateway-to-Soft Switch Interface 

c. Signal Transfer Points (STPs) 
(1) STP Example Embodiment 

(a) Global Title Translation 50 

(b) Gateway Screening Software 

(c) Local Number Portability (LNP) 

(d) STP to LAN Interface 

(e) ANSI to ITU Gateway 

d. Services Control Points (SCPs) 55 

(1) Additional Services Calls 

(2) Project Account Codes 

(3) Basic Toll-Free 

e. Configuration Server (CS) or Configuration Data- 
base (CDB) 60 

f. Route Server 

(1) Route Server Routing Logic 

(2) Route Server Circuit Management 

g. Regional Network Event Collection Point 
(RNECP) 65 

(1) Example Mandatory Event Blocks EBs 

(2) Augmenting Event Blocks EBs. 



h. Software Object Oriented Programming (OOPs) 
Class Definitions 

(1) Introduction to Object Oriented Programming 
(OOP) 

(2) Software Objects in an OOP Environment 

(3) Class Definitions 

(a) Soft Switch Class 

(b) Call Context Class 

(c) Signaling Message Class 

(d) SS7 Gateway Class 

(e) IPDC Message Class 

(f) Call Event Identifier Class 

(g) Configuration Proxy Class 

(h) Route Server Class 

(i) Route Objects Class 
(j) Pool Class 

(k) Circuit Pool Class 

2. Gateway Site 

a. Trunking Gateway (TG) 

(1) Trunking Gateway Interfaces 

b. Access Gateway (AG) 

(1) Access Gateway Interfaces 

c. Network Access Server (NAS) 

(1) Network Access Server Interfaces 

d. Digital Cross-Connect System (DACS) 

e. Announcement Server (ANS) 

3. Data Network 

a. Routers 

b. Local Area Networks (LANs) and Wide Area 
Networks (WANs) 

c. Network Protocols 

(1) Transmission Control Protocol/Internet Pro- 
tocol (TCP/IP) 

(2) Internet Protocol (IP)v4 and IPv6 

(3) Resource Reservation Protocol (RSVP) 

(4) Real-time Transport Protocol (RTP) 

(5) IP Multi-Casting Protocols 

d. Virtual Private Networks (VPNs) 
(t) VPN Protocols 

(a) Point-to-Point Tunneling Protocol (PPTP) 

(b) Layer 2 Forwarding (L2F) Protocol 

(c) Layer 2 Tunneb'ng Protocol (L2TP) 

e. Exemplary Data Networks 

(1) Asynchronous Transfer Mode (ATM) 

(2) Frame Relay 

(3) Internet Protocol (IP) 

4. Signaling Network 

a. Signal Transfer Points (STPs) 

b. Service Switching Points (SSPs) 

c. Services Control Points (SCPs) 

5. Provisioning Component and Network Event Com- 
ponent 

a. Data Distributor 

(1) Data Distributor Interfaces 

6. Provisioning Component and Network Event Com- 
ponent 

a. Master Network Event Database 

(1) MNEDB Interfaces 

(2) Event Block Definitions 

(a) Example Mandatory Event Blocks (EBs) 
Definitions 

(b) Example Augmenting Event Block (EBs) 
Definitions 

(3) Example Element Definitions 

(4) Element Definitions 

7. Network management component 

a. Network operations center (NOC) 

b. Simple Network Management Protocol (SNMP) 
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c. Network Outage Recovery Scenarios 

(1) Complete Gateway Site Outage 

(2) Soft Switch Fail-Over 

(3) Complete Soft Switch Site Outage Scenario 

8. Internet Protocol Device Control (IPDC) Protocol 5 

a. IPOC Base Protocol 

b. IPDC Control Protocol 

c. [PDC Control Message Codes 

d. A Detailed View of the IPDC Protocol Control 
Messages 10 

(1) Startup Messages 

(2) Protocol Error Messages 

(3) System Configuration Messages 

(4) Telephone Company Interface Configuration 15 
Messages 

(5) Soft Switch Configuration Messages 

(6) Maintenance -Status Messages 

(7) Continuity Test Messages 

(8) Keepalive Test Messages 20 

(9) LAN Test Messages 

(10) Tone Function Messages 

(11) Example Source Port Types 

(12) Example Internal Resource Types 

(13) Example Destination Port Types 25 

(14) Call Control Messages 

(15) Example Port Definitions 

(16) Call Clearing Messages 

(17) Event Notification Messages 

(18) Tunneled Signaling Messages 30 
c. Control Message Parameters 

f . A Detailed View of the Flow of Control Messages 

(1) Startup Flow 

(2) Module Status Notification Flow 

(3) Line Status Notification Flow 35 

(4) Blocking of Channels Flow 

(5) Unblocking of Channels Flow 

(6) Keepalive Test Flow 

(7) Reset Request Row 

g. Call Flows 40 

(1) Data Services 

(a) Inbound Data Call via SS7 Signaling Flow 

(b) Inbound Data Call via Access Server Sig- 
naling Flow 

(c) Inbound Data Call via SS7 Signaling (with 45 
call-back) 

(d) Inbound Data Call (with loopback conti- 
nuity testing) Flow 

(c) Outbound Data Call Flow via SS7 Signal- 
ing 50 

(f) Outbound Data Call Flow via Access Server 
Signaling 

(g) Outbound Data Call Flow Initiated from 
the Access Server with continuity testing 

(2) TDM Switching Setup Connection Flow 55 

(a) Basic TDM Interaction Sequence 

(b) Routing of calls to Appropriate Access 
Server using TDM connections Row 

(3) \foice Services 

(a) Voice over Packet Services Call Flow 60 
(Inbound SS7 signaling, Outbound access 
server signaling, Soft Switch managed RTP 
ports) 

(b) Voice over Packet Call Row (Inbound 
access server signaling, Outbound access 65 
server signaling, Soft switch managed RTP 
ports) 
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(c) Voice over Packet Call Row (Inbound SS7 
signaling, outbound SS7 signaling, IP network 
with access server managed RTP ports) 

(d) Unattended Call Transfers Call Row 

(e) Attended Call Transfer Call Flow 

(f) Call termination with a message announce- 
ment Call Row 

(g) Wiretap 

B. Operational description 

1. Voice Call originating and terminating via SS7 
signaling on a Trunking Gateway 

a. Voice Call on a TG Sequence Diagrams of Com- 
ponent Intercommunication 

2. Data Call originating on an SS7 trunk on a Trunking 
Gateway 

3. Voice Call originating on an SS7 trunk on a Trunking 
Gateway and terminating via access server signaling 
on an Access Gateway 

4. Voice Call originating on an SS7 trunk on a Trunking 
Gateway and terminating on an Announcement 
Server 

5. Voice Call originating on an SS7 trunk on a Network 
Access Server and terminating on a Trunking Gate- 
way via SS7 signaling 

a. Voice Call on a NAS Sequence Diagrams of 
Component Intercommunication 

6. Voice Call originating on an SS7 trunk on a NAS and 
terminating via Access Server Signaling on an 
Access Gateway 

7. Data Call originating on an SS7 trunk and terminat- 
ing on a NAS 

a. Data Call on a NAS Sequence Diagrams of 
Component intercommunication 

8. Data Call on NAS with Callback outbound reorigi- 
nation 

9. Vbice Call originating on Access Server dedicated 
line on an Access Gateway and terminating on an 
Access Server dedicated line on an Access Gateway 

10. Voice Call originating on Access Server signaled 
private line on an Access Gateway and terminating 
on SS7 signaled trunks on a Trunking Gateway 

11. Data Call on an Access Gateway 

12. Outbound Data Call from a NAS via Access Server 
signaling from an Access Gateway 

13. Voice Services 

a. Private Voice Network (PVN) Service 

b. 1+ Long Distance Service 

(1) Project Account Codes (PAQ 
(a) PAC Variations 

(2) Class of Service Restrictions (COSR) 

(3) Origination and Termination 

(4) Call Rating 

(5) Multiple Service T-l 

(6) Monthly Recurring Charges (MRCs) 

(7) PVN Private Dialing Plan 

(8) Three -Way Conferencing 

(9) Network Hold with Message Delivery 

c. 8XX Toll Free Services 

(1) Enhanced Routing Features 

(2) Info-Digit Blocking 

(3) Toll-Free Number Portability (TFNP) 

(4) Multiple-Server T-l 

(5) Call Rating 

(6) Project Accounting Codes 

(7) Toll-Free Directory Listings 

(8) Menu Routing 

(9) Network ACD 
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(10) Network Transfer (TBX) 

(11) Quota Routing 

(12) loll-Free Valet (Call Park) 

d. Operator Services 

(1) Domestic Operator Services 
(a) Operator Services Features 

(2) International Operator Services 

e. Calling Card Services 

(1) Calling Card Features 

(2) Call Rating 

f. One -Number Services 

(1) One Number Features 

g. Debit Card/Credit Card Call Services 

h. Local Services 

(1) Local Voice/Dial Tone (LV/DT) 

(2) Call Handling Features 

(a) Line Hunting 

(b) Call Forward Busy 

(c) Call Forwarding Don't Answer 

(d) Call Forward Variable 

(e) Call Hold 

(f) Ttaree-Way Calling 

(g) Call Transfer 

(h) Call Waiting/Cancel Call Waiting 

(i) Extension or Station-to-Station Calling 
(j) Direct Connect Hotline/Ring Down Line 
(k) Message Waiting Indicator 

(1) Distinctive Ringing 
(m) Six- Way Conference Calling 
(n) Speed Calling 
(o) Selective Call Rejection 
(p) Remote Activation of Call Forward Vari- 
able 

(3) Enhanced Services 

(a) Remote Call Forward (RCF) 

(b) Voice Messaging Services 

(c) Integrated Voice Messaging 

(d) Stand-alone Voice Messaging 

(4) Class Services 

(5) Class of Service Restrictions 
(b) Local Voice/Local Calling (LV/LC) 

i. Conferencing Services 

(1) Audio Conferencing 

(a) Audio conferencing features 

(2) Video Conferencing 

14. Data Services 

a. Internet Hosting 

b. Managed Modem Services 

c. Collocation Services 

d. IP network Services 

c. Legacy Protocol Services — Systems Network 

Architecture (SNA) 
f. Permanent Virtual Circuits 

15. Additional Products and Services 

IV. Definitions 

V. Conclusion 

L High Level Description 

'1 rjis section provides a high-level description of the voice 
over IP network architecture according to the present inven- 
tion. In particular, a structural implementation of the voice 
over IP (VOIP) network architecture is described at a 
high-level. Also, a functional implementation for this struc- 
ture is described at a high-level. This structural implemen- 
tation is described herein for illustrative purposes, and is not 
limiting. In particular, the process described in this section 
can be achieved using any number of structural 



14,781 Bl 

18 

implementations, one of which is described in this section. 
The details of such structural implementations will be appar- 
ent to persons skilled in the relevant arts based on the 
teachings contained herein. 

5 A. Structural Description 

FIG. 1 is a block diagram 100 illustrating the components 
of the VOIP architecture at a high-level. FIG. 1 includes soft 
switch sites 104, 106, gateway sites 108, 110, data network 
112, signaling network 114, network event component 116, 

10 provisioning component 117 and network management 
component 118. 

Included in FIG. 1 arc calling parties 102, 122 and called 
parties 120, 124. Calling parties 102, 122 are homed to 
gateway site 108. Calling parties 102, 122 are homed to 

15 gateway site 108. Called parties 120, 124 are homed to 
gateway site 110. Calling party 102 can be connected to 
gateway site 108 via trunks from carrier facility 126 to 
gateway site 108. Similarly, called party 120 can be con- 
nected to gateway site 110 via trunks from carrier facility 

20 130 to gateway site 110. Calling party 122 can be connected 
to gateway site 108 via a private line or dedicated access line 
(DAL) from customer facility 128 to gateway site 108. 
Similarly, called party 124 can be connected to gateway site 
110 via a private line or a DAL from customer facility 132 

25 to gateway site 110. 

Calling party 102 and called party 120 are off-network, 
meaning that they are connected to gateway sites 108, 110 
via the Public Switched Telephone Network (PSTN) facili- 
ties. Calling party 122 and called party 124 are on-network, 

30 meaning that connect to gateway sites 108, 110 as direct 
customers. 

1. Soft Switch Sites 

Soft switch sites 104, 106 provide the core call processing 
for the voice network architecture. Soft switch sites 104, 106 

35 can process multiple types of calls. First, soft switch sites 
104, 106 can process calls originating from or terminating at 
on-network customer facilities 128, 132. Second, soft switch 
sites 104, 106 can process calls originating from or termi- 
nating at olf-network customer facilities 126, 130. 

40 Soft switch sites 104, 106 receive signaling messages 
from and send signaling messages to signaling network 114. 
For example, these signaling messages can include SS7, 
primary rate interface (PRI) and in -band signaling messages. 
Soft switch sites 104, 106 process these signaling messages 

45 for the purpose of establishing new calls from calling parties 
102, 122 through data network 112 to called parties 120, 
124. Soft switch sites 104, 106 also process these signaling 
messages for the purpose of tearing down existing calls 
established between calling parties 102, 122 and called 

50 parties 120, 124 (through data network 112). 

Calls can be transmitted between any combination of 
on-network and off-network callers. 

In one embodiment, signaling messages for a call which 
either originates from an off-network calling party 102, or 

55 terminates to an off-network called party 120, can be carried 
over out-of-band signaling network 114 from the PSTN to 
soft switches KM, 106. 

In another embodiment, signaling messages for a call 
which either originates from an on-network calling party 

60 122, or terminates to on-network called party 124, can be 
carried in-band over data network 112 or over a separate data 
network to soft switch sites 104, 106, rather than through 
signaling network 114. 

Soft switch sites 104, 106 can be collocated or geographi- 

65 cally diverse. Soft switch sites 104, 106 can also be con- 
nected by redundant connections to data network 112 to 
enable communication between soft switches 104, 106. 
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Soft switch sites 104, 106 use other voice network com- One well-known data network is the global Internet. Other 
ponents to assist with the processing of calls. For example, examples include a private intranet, a packet-switched 
gateway sites 108, 110 provide the means to originate and network, a frame relay network, and an asynchronous trans- 
terminate calls on the PSTN. In a preferred embodiment, fer mode (ATM) network, 

soft switch sites 104, 106 use the Internet Protocol Device 5 4. Signaling Network 

Control (IPDC) protocol to control network access devices Signaling network 114 is an out-of-band signaling net- 
known as media gateways in gateway sites 108, 110, and to work providing for transmission of signaling messages 
request, for example, the set-up and tear-down of calls. The between the PSTN and soft switch sites 104, 106. For 
IPDC protocol is described below with reference to Tables example, signaling network 114 can use Common Channel 
144-185. Alternatively, any protocol understood by those 10 lnlcr ° ffice Signaling (CCIS), which is a network architec- 
skilled in the art can be used to control gateway sites 108, tUre ^-f^ A popular version of CCIS 
110. One example of an alternative protocol is the Network ^ ^ * ? < SS7 > f 7 15 *? 
Access Server ^) Messaging Interface (NMI) Protocol, *" ~ " 
trt^t 10 o Pate °* ^ 1Catl ° c n entltl ^ d " S ^ em c and 5. Network Event Component 

Method for Bypassing Data from Egress Facdities", filed is Network event comp onent 116 provides for collection of 

concurrently herewith, Attorney Docket No. 1757.0060000, call events recorded at soft switch sites 104, 106. Call event 

the contents of which are incorporated herein by reference in records can be used, for example, for fraud detection and 

their entirety. Another example of a protocol is the Media prevention, traffic reporting and billing. 

Gateway Control Protocol (MGCP) from the Internet Engi- 6. Provisioning Component 

neering Task Force (IETF). 20 Provisioning component 117 provides several functions. 

Soft switch sites 104, 106 can include other network First, provisioning component 117 receives provisioning 

components such as a soft switch, which more recently can requests from upstream operational support services (OSS) 

also be known as a media gateway controller, or other systems, for such items as order-entry, customer service, and 

network devices. customer profile changes. Second, provisioning component 

2. Gateway Sites 25 117 distributes provisioning data to appropriate network 
Gateway sites 108, 110 provide the means to originate and elements. Third, provisioning component 117 maintains data 

terminate calls between calling parties 102, 122 and called synchronization, consistency, and integrity across multiple 
parties 120, 124 through data network 112. For example, soft switch sites 104, 106. 
calling party 122 can originate a call terminated to off- 7. Network Management Component 
network called party 120, which is homed to gateway site 30 Network management component 118 can include a nct- 
110 via carrier facility 130. work operations center (NOC) for centralized network man- 
Gateway sites 108, 110 can include network access agement. Each network clement(NE) of block diagram 100 
devices to provide access to network resources. An example can generate simple network management protocol (SNMP) 
of a network access device is an access server which is more events or alerts. The NOC uses the events generated by a NE 
recently commonly known as a media gateway. These 35 to determine the health of the network, and to perform other 
devices can include trunking gateways, access gateways and network management functions, 
network access servers. Gateway sites 108, 110 provide for B. Operational Description 

transmission of, for example, both voice and data traffic The following operational (lows describe an exemplary 

through data network 112. high level call scenario for soft switch sites 10*, 106 and is 

Gateway sites 108, 110 are controlled or managed by one 40 intended to demonstrate at a high architectural level how 

or more soft switch sites 104, 106. As noted, soft switch sites soft switch sites 104, 106 process calls. Ihe operational flow 

104, 106 can communicate with gateway sites 108, 110 via of the present invention is not to be viewed as limited to this 

the IPDC, NMI, MGCP, or alternative protocols. exemplary illustration. 

Gateway sites 108, 110 can provide trunk interfaces to As an illustration, FIG. 22A depicts a simple operational 

other telecommunication carriers via carrier facilities 126, 45 call flow chart describing how soft switch sites 104, 106 can 

130 for the handling of voice calls. The trunk interfaces can process a long distance call, also known as a 1+ call. The 

also be used for the termination of dial-up modem data calls. operational call flow of FIG. 22A begins with step 2202, in 

Gateway sites 108, 110 can also provide private lines and which a soft switch site receives an incoming signaling 

dedicated access lines, such as Tl or ISDN PR1 facilities, to message. The call starts by soft switch site 104 receiving an 

customer facilities 128, 132. Examples of customer facilities 50 incoming signaling message from carrier facility 126 via 

128, 132 are customer premises equipment (CPE) such as, signaling network 114, indicating an incoming call from 

for example, a private branch exchange (PBX). calling party 102. 

Gateway sites 108, U0 can be collocated or geographi- In step 2204, the soft switch site determines the type of 

cally diverse from one another or from other network call by performing initial digit analysis. Based upon the 

elements (e.g. soft switch sites 104, 106). 55 information in the signaling message, the soft switch site 

Gateway sites 108, 110 can also be connected by redun- 104 analyzes the initial digit of the dialed number of the call 

dant connections to data network 112 to enable cornmuni- and determines that it is a 1+ call. 

cation with and management by soft switches 104, 106. In step 2222, soft switch site 104 can select a route 

3. Data Network termination based on the dialed number (i.e., the number of 
Data network 112 connects one or more soft switch sites 60 called party 120 dialed by calling party 102) using least cost 

104, 106 to one or more gateway sites 108, 110. Data routing. This route termination can involve termination off 

Network 112 can provide for routing of data through routing data network 112 or off onto another data network. Soft 

devices to destination sites on data network 112. For switch site 104 can then communicate with soft switch site 

example, data network 112 can provide for routing of 106 to allocate a terminating circuit in gateway site U0 for 

internet protocol (IP) packets for transmission of voice and 65 this call. 

data traffic from gateway site 108 to gateway site 110. Data In step 2224, soft switch site 104 can indicate connections 

Network 112 represents any art-recognized data network. to be made to complete the call. Soft switch site 104 or soft 
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switch site 106 can return a termination that indicates the In step 2224, soft switch site 104 can indicate connections 

connections that must be made to connect the call. to be made to complete the call. Soft switch site 104 or soft 

In step 2226, soft switch sites 104, 106 instruct the switch site 106 can return a termination that indicates the 

gateway sites to make connections to set up the call. Soft connections that must be made to connect the call, 

switch sites 104, 106 can send messages through data 5 Io step 2 226, soft switch sites 104, 106 instruct the 

\ PD ^ P/ 010 ? 1 C °T an , } S atewa y sites t0 make connections to set up the call. Soft 

way sites 108,110, .to instruct the gateway sites to make the switcfa sites 1Q4 m can ^ messages through data 

necessary connections for setting up the call origination r, 1t >> , • inno ♦ i j x 

from calling party 102, the call termination to called party ne,wo * "*J e * l u f n ? . I commands ) t0 , **- 

120, and the connection between origination and teniina- Way Sltes lft8 ' 110 '. to "* lruct lhe S atewa y Sltes t0 raake lhe 

uon 10 necessary connections for setting up the call origination 

In step 2228, soft switch sites 104, 106 generate and send f° m callin S P arlv 102 ' tnc 0311 termination to called party 

network events to a repository. Soft switch sites 104, 106 can 120 ' and thc connection between origination and tcrmina- 

generate and send network events to network event compo- tlon - 

nent 116 that are used, for example, in detecting and In ste P 22 28 > ^ switch sites 104, 106 generate and send 

preventing fraud, and in performing billing. 15 network events to a repository. Soft switch sites 104, 106 can 

In step 2230, network management component 118 moni- generate and send network events to network event compo- 

tors the telecommunications network 100. All network ele- nent 116 that are used, for example, in detecting and 

ments create network management events such as SNMP preventing fraud, and in performing billing, 

protocol alerts or events. Network management component In step 2230, network management component 118 moni- 

118 can monitor SNMP events to enable management of 20 tors the telecommunications network 100. All network ele- 

network resources. ments create network management events such as SNMP 

FIG. 22B details a more complex operational call flow protocol alerts or events. Network management component 

describing how soft switch sites 104, 106 process a long us can monitor SNMP events to enable management of 

distance call. FIG. 22B inserts steps 2206, 2208 and 2220 network resources 

between steps 2204 and 2222 of FIG^22/L ^ FIG. 22C details an even more complex operational call 

The operational call flow of FIG. 22B begins with step flow dcscribing how ^ switch sites fa ^ can be ^ 

2202, in which a soft switch site receives an incoming tn „ 4 ' A 7^ 

signaling message. The call starts by soft switch site 104 X^nf ' ? ^ project account codes 

receiving an incoming signaling message from carrier facil- ^T^T minCbot ±^ G ' f^T?^^ 

ity 126 via signaling ner^ork 114, indicating an incoming ^ ^ ^* .b*ween steps 22<tt and 222D of FIG. 22B. 

call from calling party 102. 30 ^ operaUonal call flow of FIG. 22C begins with step 

In step 2204, thc soft switch site determines the type of 2202 ' m which a ^ switc n site receives an incoming 

call by performing initial digit analysis. Based upon the signaling message. Thc call starts by soft switch site 104 

information in the signaling message, the soft switch site receiving an incoming signaling message from carrier facil- 

104 analyzes the initial digit of the dialed number of the call itv *26 via signaling network 114,' indicating an incoming 

and determines that it is a 1+ call. 35 call from calling party 102. 

In step 2206, the soft switch site queries a customer In step 2204, the soft switch site determines the type of 

profile database to retrieve the originating trigger plan call by performing initial digit analysis. Based upon the 

associated with the calling customer. With a 1+ type of call, information in the signaling message, the soft switch site 

the logic within the soft switch knows to query the customer 104 analyzes the initial digit of the dialed number of the call 

profile database within soft switch site 104 to retrieve the 40 and determines that it is a 1+ call. 

originating trigger plan for the calling party. The step 2206 In step 2206, the soft switch site queries a customer 

query can be made using the calling party number. The profile database to retrieve the originating trigger plan 

customer profile lookup is performed using as the lookup associated with the calling customer. With a 1+ type of call, 

key, the originating number, i.e., the number of calling party the logic within the soft switch knows to query the customer 

102, provided in the signaling message from signaling 45 profile database within soft switch site 104 to retrieve the 

network 114. originating trigger plan for the calling party. The step 2206 

In step 2208, the lookup returns subscription information. query can be made using the calling party number. The 

For example, the customer profile can require entry of an customer profile lookup is performed using as the lookup 

account code. In this example, thc customer profile lookup key, thc originating number, i.e., the number of calling party 

can return an indication that thc customer, i.e., calling party 50 102, provided in thc signaling message from signaling 

102, has subscribed to an account code verification feature. network 114. 

A class of service restriction can also be enforced, but this In step 2208, the lookup returns subscription information, 

will not be known until account code verification identifies For example, the customer profile can require entry of an 

an associated account code. account code. In this example, the customer profile lookup 

In step 2220, soft switch site 104 completes customer 55 can return an indication that the customer, i.e., calling party 

service processing and prepares to terminate the call. At this 102, has subscribed to an account code verification feature, 

point, soft switch site 104 has finished executing all cus- A class of service restriction can also be enforced, but this 

tomer service logic and has a 10-digit dialed number that will not be known until account code verification identifies 

must be terminated. an associated account code. 

In step 2222, soft switch site 104 can select a route 60 In step 2210, soft switch site 104 instructs gateway site 

termination based on the dialed number (i.e., the number of 108 to collect account codes. Using the information in the 

called party 120 dialed by calling party 102) using least cost customer profile, soft switch site 104 can use the IPDC 

routing. This route termination can involve termination off protocol to instruct gateway site 108 to collect a specified 

data network 112 or off onto another data network. Soft number of digits from calling party 102. 

switch site 104 can then communicate with Softswitch site 65 In step 2212, soft switch site 104 determines how to 

106 to allocate a terminating circuit in gateway site 110 for process received digits. Assuming gateway site 108 collects 

tnis call. the correct number of digits, soft switch site 104 can use the 
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customer profile to determine how to process the received 
digits. For account code verification, the customer profile 
can specify whether the account code needs to be validated. 

In step 2214, soft switch site 104 verifies the validity of 
the received digits. If the account code settings in the 
customer profile specify that the account code must be 
verified and forced to meet certain criteria, soft switch site 
104 performs two functions. Because "verify" was specified, 
soft switch site 104 queries a database to verify that the 
collected digits meet such criteria, i.e., that the collected 
digits are valid. Because "forced" was specified, soft switch 
site 104 also forces the calling customer to re-enter the digits 
if the digits were not valid. 

In step 2216, verification can result in the need to enforce 
a restriction, such as a class of service (COS) restriction 
(COSR). In this example, soft switch site 104 can verify that 
the code is valid, but that it requires, for example, that an 
intrastate COSR should be enforced. This means that the call 
is required to be an intrastate call to be valid. The class of 
service restriction logic can be performed within soft switch 
site 104 using, for example, pre-loaded local access and 
transport areas (LATAs) and state tables. 

If project account codes (PACs) are not used, class of 
service (COS) restrictions can be applied based on originat- 
ing AN I or ingress trunk group. 

In step 2218, soft switch 104 allows the call to proceed if 
the class of service requested is permitted. For example, if 
the LATA and state tables show that the LATAs of originat- 
ing party (i.e., calling party 102) and terminating party (i.e. 
called party 120), must be, and are, in the same state, then 
the call can be allowed to proceed. 

In step 2220, soft switch site 104 completes customer 
service processing and prepares to terminate the call. At this 
point, soft switch site 104 has finished executing all cus- 
tomer service logic and has a 10-digit dialed number that 
must be terminated. 

In step 2222, soft switch site 104 can select a route 
termination based on the dialed number (i.e., the number of 
called party 120 dialed by calling party 102) using least cost 
routing. This route termination can involve termination off 
data network 112 or off onto another data network. Soft 
switch site 104 can then communicate with soft switch site 
106 to allocate a terminating circuit in gateway site 110 for 
this call. 

In step 2224, soft switch site 104 can indicate connections 
to be made to complete the call. Soft switch site 104 or soft 
switch site 106 can return a termination that indicates the 
connections that must be made to connect the call. 

In step 2226, soft switch sites 104, 106 instruct the 
gateway sites to make connections to set up the call. Soft 
switch sites 104, 106 can send messages through data 
network 112 (e.g. using IPDC protocol commands) to gate- 
way sites 108, 110; to instruct the gateway sites to make the 
necessary connections for setting up the call origination 
from calling party 102, the call termination to called party 
120, and the connection between origination and termina- 
tion. 

In step 2228, soft switch sites 104, 106 generate and send 
network events to a repository. Soft switch sites 104, 106 can 
generate and send network events to network event compo- 
nent 116 that are used, for example, in detecting and 
preventing fraud, and in performing billing. 

In step 2230, network management component 118 moni- 
tors the telecommunications network 100. All network ele- 
ments create network management events such as SNMP 
protocol alerts or events. Network management component 
118 can monitor SNMP events to enable management of 
network resources. 
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The intermediate level description and specific implemen- 
tation example embodiments sections, below, will describe 
additional details of operation of the invention. For example, 
how soft switch site 104 performs initial digit analysis to 
identify the type of call and how to process the call will be 
discussed further. The sections also provide details regard- 
ing how soft switch sites 104, 106 interact with the other 
components of the voice network architecture. 

II. Intermediate Level Description 

This section provides an intermediate level description of 
the VOIP network architecture according to the present 
invention. A structural implementation of the VOIP network 
architecture is described at an intermediate level Also, a 
functional implementation for this structure is described at 
an intermediate level. This structural implementation is 
described herein for illustrative purposes, and is not limiting. 
In particular, the process described in this section can be 
achieved using any number of structural implementations, 
one of which is described in this section. The details of such 
structural implementations will be apparent to persons 
skilled in the relevant arts based on the teachings contained 
herein. 

A. Structural Description 

FIG. 2A is a block diagram further illustrating the com- 
ponents of VOIP architecture 100 at an intermediate level of 
detail. FIG. 2A depicts telecommunications system 200. 
Telecommunications system 200 includes soft switch site 
104, gateway sites 108, 110, data network 112, signaling 
network 114, network event component 116, provisioning 
component 117 and network management component 118. 
Included in FIG. 2 A arc calling parties 102, 122 and called 
parties 120, 124. 

Soft switch site 104 includes soft switch 204, SS7 gate- 
ways 208, 210, service control point (SCP) 214, configura- 
tion server/configuration database (CDB) 206, route server 
212, signal transfer points (STPs) 250, 252, and regional 
network event collection point (RNECP) 224. Table 1 below 
describes the functions of these network elements in detail. 

TABLE 1 



Soft switch component 



45 



60 



Description 



soft switch (SS) 



SS7 gateways (SS7 GW) 



50 



service switching 
points (SSP) 



55 



signal transfer 
point (STP) 



service control 
point (SCP) 



configuration server/ 
configuration 
database (CDB) 



65 



Soft switches are call control 
components responsible for 
processing of signaling messages, 
execution of call logic and control 
of gateway site access devices. 
SS7 gateways provide an interface 
between the SS7 signaling network 
and the soft switch. 
Service switching points are the 
portions of backbone switches 
providing SS7 functions. For 
example, any switch in the PSTN is 
an SSP if it provides SS7 functions. 
A soft switch is an SSP. 
Signal transfer points route signaling 
messages from originating service 
switching points (SSPs) to 
destination SSPs. 
Service control points provide 
□umber translations for toll free 
services and validation of project 
account codes for PAC services. 
Configuration servers are servers 
managing customer profiles, voice 
network topologies and 
configuration data. The 
configuration database is used for 
storage and retrieval of such data. 
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TABLE 1 -continued 



TABLE 3-continued 



Soft switch component 



Description 



route server (RS) 



regional network event 
collection point 
(RNECP) 



Route servers are responsible for 
selection of least cost routes through 
the network and allocation of 
network ports. 

Route servers are responsible for 
selection of least cost routes through the 
network and allocation of network ports, 
regional network event collection points 
arc points in the network that collect call 
event data. 



Gateway site 108 includes trunking gateway (TG) 232, 
access gateway (AG) 238, network access server (NAS) 
228, digital cross-connect system (DACS) 242 and 
announcement server (ANS) 246. TG 232, AG 238, and 
NAS 228 are collectively known as access server 254. 
Similarly, gateway site 110 includes TG 234, AG 240, NAS 
230, DACS 244 and ANS 248. TG 234, AG 240, and NAS 
230 are collectively known as access server 256. Gateway 
sites 108, 110 provide trunk, private line and dedicated 
access line connectivity to the PSTN. Table 2 below 
describes the functions of these network elements in detail. 



TABLE 2 



Gateway site component 



Description 



trunking gateway (TG) 



gateway (AG) 



network access 
server (NAS) 
digital access and 
cross-connect 
system (DACS) 



announcement server (ANS) 



A trunking gateway provides full- 
duplex PSTN to IP conversion for 
co-carrier and feature group D (FG- 
D) trunks. 

An access gateway provides full- 
duplex PSTN to IP conversion for 
ISDN-PRI and Tl digital dedicated 
access lines (DAJLs). 
A network access server provides 
modem access to an IP network. 
A digital access and cross-connect 
system is a digital switching system 
used for the routing and switching of 
1-1 lines and DS-0 circuits of lines, 
among multiple 1-1 ports. 
An announcement server provides a 
network with PSTN terminating 
announcements. 



Data network 112 provides the network bandwidth over 
which calls can be connected through the telecommunica- 
tions system. Data network 112 can be, for example, a 
packet switched data network including network routers for 
routing traffic through the network. 

Signaling network 114 includes signal transfer points 
(STPs) 216, 218 and signaling control points (SCPs) asso- 
ciated with each network node. Table 3 below describes the 
functions of these network elements in detail. 

TABLE 3 

Signaling network component Description 



signal transfer 
points (STPs) 



service control 
point (SCP) 



Signal transfer points route signaling 
messages from originating service 
switching points (SSPs) to 
destination SSPs. 
Service control point provide 
number translations for Toll Free 
services and validation of project 
account codes (PAC) for PAC 
services. 



Signaling network component Description 



service switching 
point (SSPs) 



Service switching points are the 
portions of backbone switches 
providing SS7 functions. For 
example, any switch in the PSTN is 
an SSP if it provides SS7 functions. 
A soft switch is an SSP. 



10 



Network management component 118 includes the means 
to manage a network. Network management component 118 
gathers events and alarms related to network events. For 
example, event logs can be centrally managed from a 
network operations center (NOC). Alerts and events can be 
communicated to the NOC via the simple network manage- 
ment protocol (SNMP)). Table 4 below describes the func- 
tions of these network elements in detail. 

TABLE 4 



Network 

management component 



- 25 



35 



Description 



network operations 
center (NOC) 



simple network management 
protocol (SNMP) 



Network operations center is a 
centralized location for gathering 
network management events 
and for managing various network 
elements via the SNMP protocol. 
Simple network management 
protocol provides site filtering 
of element alarms and messages 
before forwarding them to 
the NOC. 



Network event component 116 includes master network 
event database (MNEDB) 226. Table 5A below describes the 
functions of this network element in detail. 



TABLE 5 A 



40 Network event component 



Description 



master network event 
database (MNEDB) 



Master network event database is a 
centralized server/database that 
collects call event records from 
regional network event collection 
points (RNECPs). It serves as a 
depository for the event records. 



Provisioning component 117 includes data distributor 
(DD) 222. Table 5B below describes the functions of this 
50 network element in detail. 



TABLE 5B 



Provisioning component 



Description 



55 data distributor (DD) 



60 



The data distributor distributes 
service requests and data from 
upstream Operational Support 
Systems (OSS) to network elements. 
It maintains synchronization of 
redundant network resources. 



B. Operational Description 

The following operational flow describes an exemplary 
intermediate level call scenario intended to demonstrate at 
65 an intermediate architectural level how call processing is 
handled. The operational flow of the present invention is not 
to be viewed as limited to this exemplary illustration. 
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FIG. 213 depicts an exemplary call How 258. FIG. 2B 
illustrates interaction between a trunking gateway, a soft 
switch, a configuration server and a route server in order to 
connect a call through telecommunications network 200. 
FIG. 2B details a call flow from TG 232 of gateway site 108, 5 
controlled by soft switch site 104, to TG 234 of gateway site 
110, controlled by soft switch site 106. (Soft switch site 106 
is illustrated in FIGS. 1 and 3.) Soft switch site 106, 
including soft switch 304, route server 314, and configura- 
tion server 312, is further described below in the Specific 10 
Example Embodiments section, with reference to FIG. 3. 

Included in call flow 258 is a description of how soft 
switch 204 can process a 1+ long distance call that uses 
project account codes (PACs) with class of service (COS) 
restrictions. Call flow 258 also assumes that the origination 15 
and termination for the call uses SS7 signaling, i.e., that the 
call comes into network 200 via trunks from carrier facilities 
126,130, to trunking gateways 232, 234. 

Exemplary call flow 258 begins with step 259. In step 
259, soft switch 204 receives an incoming IAM signaling 20 
message from an SS7 GW 208, signaling an incoming call 
from calling party 102 on carrier facility 126 of a co-carrier. 

In step 260, soft switch 204 sends IPDC commands to 
trunking gateway 232 to set up a connection (e.g. a DS0 or 
DS1 circuit) between carrier facility 126 and TG 232 25 
described in the received IAM signaling message. In step 
262, trunking gateway 232 sends an acknowledgement 
message to soft switch 204. 

Based upon the information in the IAM message, soft 
switch 204 performs initial digit analysis on the dialed 30 
number, i.e., the number of called party 120, and determines 
that the incoming call is a 1+ call. 

In step 263, application program logic within soft switch 
204 determines that, with this type of call, i.e., a 1+ call, soft 
switch 204 should query a customer profile database within 35 
configuration server 206, to retrieve the originating cus- 
tomer trigger plan 290 for calling party 102. 

The customer profile lookup is performed in configuration 
server 206 using the originating automatic number identifi- 
cation (AN I) of calling party 102 as the lookup key. 40 

In step 264 the customer profile lookup returns to soft 
switch 204 an indication that the calling party 102 has 
subscribed to project account codes (PAC). Examples of 
PACs include billing codes. They provide a mechanism for 
a network customer, such as a law firm, to keep an account- 45 
ing of which of their clients to bill. Example call flow 258 
will also perform a class of service (COS) restriction, but 
this will not be known by soft switch 204 until account code 
verification identifies an associated account code requiring 
the COS restriction. Alternatively, the customer profile 50 
information can reside in route server 212, enabling route 
server 212 to perform the functions of configuration server 
206, in addition to its own functions. 

In step'267njsing the information in the customer profile 
(i.e., customer trigger plans 290) of configuration server 55 
206, soft switch 204 uses the IPDC protocol to instruct 
trunking gateway 232 to collect the specified number of 
digits, representing the project account code, from calling 
party 102. 

In step 268, the digits are sent from trunking gateway 232 60 
to soft switch 204. Assuming that trunking gateway 232 
collected the correct number of digits, soft switch 204 uses 
the customer profile of configuration server 206 to determine 
how to process the received digits. For project account codes 
(PACs), the customer profile in configuration server 206 65 
specifies whether the project account code needs to be 
validated. 
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If the project account code settings in the customer profile 
of configuration server 206 specify that the project account 
code is "verified and forced/ 1 then soft switch 204, in step 
265, can query SCP 214 with the collected digits to verify 
that they are valid. Table 129 below provides alternative 
PAC settings. 

In step 266, SCP 214 returns an indication that the project 
account code is valid, and it requires that an intrastate class 
of service (COS) restriction should be enforced. The class of 
service (COS) restriction logic can be performed within soft 
switch 204, using pre-loaded LATA and state tables from 
configuration server 206. 

If a PAC is not used, the COS restriction can be applied 
based on ANI or ingress trunk group. 

If the LATA and state tables from configuration server 206 
show that the originating LATA (i.e., the LATA of calling 
party 102) and the terminating LATA (i.e., the LATA of 
called party 120) are in the same state, then the call is 
allowed to proceed. 

At this point, soft switch 204 has finished executing all 
customer service logic and has a 10-digit ODD number (i.e., 
the phone number of called party 120), that must be termi- 
nated. 

In step 269, soft switch 204 queries route server 212 to 
receive a call route and to allocate circuits to connect the 
call. Route server 212 is responsible for using the DDD 
number to select a least cost route through data network 112, 
and allocating a terminating circuit for this call. 

Additional information on how soft switch 204 interacts 
with route server 212 and terminating soft switch 304 is 
described in the Specific Implementation Example Embodi- 
ments Section below, in the section entitled Route Server. 

In step 270, route server 212 returns a route that indicates 
the connections that soft switch 204 must make to connect 
the call. 

In step 274, soft switch 204 communicates with soft 
switch 304 to allocate ports in trunking gateway 234 of 
gateway site 110, for termination of the call. Soft switch 304 
is located in a central soft switch site 106. In step 276, soft 
switch 304 queries port status 298 of route server 314 to 
identify available ports in trunking gateway 234. In step 278, 
route server 314 returns an available port to soft switch 304. 
In steps 280 and 282, soft switch 304 communicates with 
trunking gateway 234 to allocate a port for termination of the 
call to called party 120. 

In step 284, soft switch 304 communicates with soft 
switch 204 to indicate terminating ports have been allocated. 

In steps 286 and 288, soft switch 204 communicates with 
trunking gateway 232 in order to notify trunking gateway 
232 to set up an RTP session (i.e. an RTP over UDP over IP 
session) with trunking gateway 234 and to permit call traffic 
to be passed over data network 112. 

The Specific Implementation Example Embodiments 
Section, in the next section, describes additional information 
about, for example, how soft switch 204 performs initial 
digit analysis to identify the type of call, and how to process 
the call. The next section also describes how soft switch 204 
interacts with other components of the voice network archi- 
tecture 200 in transmitting the call. 

III. Specific Implementation Example Embodiments 

Various embodiments related to structures, and operations 
between these structures described above are presented in 
this section (and its subsections). These embodiments are 
described herein for purposes of illustration, and not limi- 
tation. The invention is not limited to these embodiments. 
Alternate embodiments (including equivalents, extensions, 
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variations, deviations, etc., of the embodiments described 
herein) will be apparent to persons skilled in the relevant arts 
based on the teachings contained herein. The invention is 
intended and adapted to include such alternate embodi- 
ments. 

Specifically, this section provides a detailed description of 
the VOIP network architecture according to the present 
invention. A structural implementation of the (VOIP) net- 
work architecture is described at a low-level. Also, a func- 
tional implementation for this structure is described at a 
low-level. 

A. Structural Description 

A more detailed structural description of telecommunica- 
tions network 200 will now be described. 

1. Soft Switch Site 

FIG. 3 is a block diagram illustrating a more detailed 
implementation of telecommunications network 200. 
Specifically, FIG. 3 illustrates telecommunications network 
300 containing three geographically diverse soft switch 



identical configurations to the configuration of western soft 
switch site 104. Central soft switch site 106 includes SS7 
GWs 308, CS/CDBs 312, RSs 314, soft switches 304a, 
3046, 304c, ESs 336, 338, and Rs 324, 326. Similarly, 

5 eastern soft switch site 302 includes SS7 GWs 310, 
CS/CDBs 316, RSs 318, soft switches 306a, 306/?, 306c, 
ESs 340, 342, and Rs 328 and 330. 

Gateway site 108a includes TG 232a, NAS 228a, AG 
238a and DACS 242a. Gateway sites 1086, 110a and 1106 

10 have similar configurations to gateway site 108a. Gateway 
site 1086 includes TG 2326, NAS 2286, AG 2386 and 
DACS 2426. Gateway site 110a includes TG 234a, NAS 
230a, AG 240a and DACS 244a. Finally, gateway site 1106 
includes TG 2346, NAS 2306, AG 2406, and DACS 2446. 

15 The details of gateway site 108a, 1086, 110a and 1106 will 
be further described below with reference to FIG. 10A. 
a. Soft Switch 

Referring back to FIG. 2A, soft switch 204 provides the 
call processing function for telecommunications network 



sites. These soft switch sites include western soft switch site 20 200. Call processing refers to the handling of voice and data 



104, central soft switch 106, and eastern soft switch 302. 

Telecommunications network 300 also includes a plural- 
ity of gateway sites that may be collocated or geographically 
diverse. These gateway sites include gateway sites 108a, 
1086, 110a and 1106. 

Data network 112 can route both signaling and transport 
traffic between the regional soft switch sites and regional 
gateway sites. For example, data network 112 can be used to 
route traffic between western soft switch site 104 and 



calls. There are a number of important call processing 
functions handled by soft switch 204. Soft switch 204 
processes signaling messages used for call setup and call 
tear down. These signaling messages can be processed by 
25 in-band or out-of-band signaling. For an example of out-of- 
band signaling, SS7 signaling messages can be transmitted 
between signaling network 114 and soft switch 204. (Soft 
switch 204 refers to soft switches 204a, 2046 and 204c.) 
Another call processing function performed by soft switch 



gateway site 110a. Signaling and transport traffic can also be 30 204 is preliminary digit analysis. Preliminary digit analysis 



segregated and sent over separate data networks. As those 
skilled in the art will recognize, data network 112 can be 
used to establish a data or voice connection among any of 
the aforementioned gateway sites 108a, 1086, 110a and 
1106 under the control of any of the aforementioned soft 35 
switch sites 104, 106 and 302. 

Western soft switch site 104 includes soft switch 204a, 
soft switch 2046, and soft switch 204c. Soft switches 204a, 
2046, 204c can be collocated or geographically diverse. Soft 
switches 204a, 2046, 204c provide the features of redun- 40 
dancy and high availability. 

Failover mechanisms are enabled via this architecture, 
since the soft switches can act as one big switch. Soft 
switches 204a, 2046, 204c can intercommunicate via the 



is performed to determine the type of call arriving at soft 
switch 204. Examples of calls include toll free calls, 1+ 
calls, 0+ calls, 011+ calls, and other calls recognized by 
those skilled in the art. 

One important feature of soft switch 204 is communicat- 
ing with CS/CDB 206 to retrieve important customer infor- 
mation. Specifically, soft switch 204 queries CS/CDB 206 to 
retrieve a customer trigger plan. The customer trigger plan 
effectively identifies the service logic to be executed for a 
given customer. This trigger plan is similar to a decision tree 
pertaining to how a call is to be implemented. Subsequently, 
soft switch 204 executes the customer trigger plan. This 
includes the processing of special service calls requiring 
external call processing, i.e., call processing that is external 



inter soft switch communication protocol, permitting access 45 to the functions of telecommunications network 200. 
servers to reconnect from one soft switch to another. Another important function soft switch 204 is comrauni- 

Westera soft switch site 104 includes SS7 gateway (GW) eating with RS 212 to provide network routing information 
208, configuration server/configuration database (CS/CDB) for a customer call. For example, soft switch 204 can query 
206a and route server (RS) 212a. To provide high availabil- RS 212 to retrieve the route having the least cost from an 
ity and redundancy, western soft switch site 104 includes a 50 off-network calling party 102 (homed to gateway site 108) 



redundant SS7 GW, a redundant CS/CDB and a redundant 
RS. Specifically, western soft switch site 104 includes SS7 
GW 210, CS/CDB 2066 and RS 2126. 

Soft switches 204a, 2046 and 204c are connected to SS7 
GWs 208, 210, CS/CDBs 206a, 2066 and RSs 212a, 2126 
via redundant ethernet switches (ESs) 332, 334 having 
multiple redundant paths. This architecture enables central- 
ization of SS7 interconnection to gain economies of scale 
from use of a lesser number (than conventionally required) 
of links to signaling network 114, to be shared by many 
access servers in gateway sites. ESs 332, 334 also provide 
connectivity to routers (Rs) 320, 322. Routers 320, 322 
respectively provide redundant connectivity between redun- 
dant ESs 332, 334 and data network 112. As noted, included 
in telecommunications network 300 are central soft switch 
site 106 and eastern soft switch site 302. Central soft switch 
site 106 and eastern soft switch site 302 respectively include 
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60 



65 



to an off-network called party 120 (homed to gateway site 
110) over data network 112. Upon finding the least cost 
route, soft switch 204 allocates ports on TGs 232, 234. As 
described in detail below, soft switch 204 can also be used 
to identify the least cost route termination and allocate 
gateway ports over AGs 238, 240 between an on-network 
calling party 122 (homed to gateway site 108) and an 
on-network called party 124 (homed to gateway site 110). 

Soft switch 204 also communicates with AGs 238, 240, 
TGs 232,234, and NASs 228, 230 over data network 112. 
Although AGs 238, 240, TGs 232, 234 and NASs 228, 230 
can communicate with a plurality of soft switches, as 
illustrated in FIG. 3, these network nodes (referred to 
collectively as access servers 254a, 2546, 256a, and 2566) 
are respectively assigned to a primary soft switch. This 
primary soft switch, e.g., soft switch 204, assumes a primary 
responsibility or control of the access servers. In addition, 
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the access servers can be as respectively assigned to sec- will be described further with reference to FIG. 2B. A soft 

ondary switches, which control the access servers in the switch 204-to-soft switch 304 interface permits communi- 

event that the primary soft switch is unavailable. cation between the soft switches 204, 304 that control the 

Referring back to FIG. 3, western soft switch site 104, originating call-half and terminating call-half of call flow 

central soft switch site 106 and eastern soft switch site 302 5 258. The soft switch 204-to-soft switch 304 interface allows 

are geographically diverse. For example, western soft switch soft switches 204, 304 to set up, tear down and manage voice 

site 104 can be a soft switch site located in San Diego, Calif. and data calls. Soft switch 204 to soft switch 304 interface 

Central soft switch site 106 can be a soft switch site located can allow for a plurality of inbound and outbound signaling 

in Denver, Colo. Eastern soft switch site 302 can be a soft types including, for example, SS7, ISDN, and in-band E&M 

switch site located in Boston, Mass. io signaling. 

It is permissible that additional network nodes are pro- In telephony, E&M is a tmnking arrangement generally 

vided at any of soft switch sites 104, 106 and 302. For used for two-way (i.e., cither side may initiate actions) 

example, additional elements, including, e.g., SS7 GW208, switch-to-switch or switch-to-nctwork connections. E&M 

CDB 206a, and RS 212a can be collocated at western soft signaling refers to an arrangement that uses separate leads, 

switch site 104. Examples of other supporting elements of 15 called respectively the "E" lead and the "M" lead, for 

western soft switch site 104 are an announcement server signaling and supervisory purposes. The near-end signals the 

(ANS), a network event collection point (NECP), an SCP, far-end by applying -48 volts DC ("VDC") to the "M" lead, 

and on-network STPs. Referring to the more detailed imple- which results in a ground being applied to the far end's "E" 

mentation of FIG. 2 A, telecommunications network 200 lead. When -48 VDC is applied to the far-end "M" lead, the 

includes ANSs 246, 248, NECP 224, SCP 214, and STPs 20 near-end "E" lead is grounded. "E" lead originally stood for 

250, 252. "ear," i.e., when the near-end "E" lead was grounded, the far 

(1) Soft Switch Interfaces end was calling and "wanted your ear." "M" originally stood 

FIG. 4A is a block diagram illustrating the interfaces for "mouth," because when the near-end wanted to call (i.e., 

between soft switch 204 and the remaining components of to speak to) the far end, -48 VDC was applied to that lead, 

telecom munications network 200. The soft switch interfaces 25 When a PBX wishes to connect to another PBX directly, 

of FIG. 4A are provided for exemplary purposes only, and or to a remote PBX, or to an extension telephone over a 

are not to be considered limiting. Soft switch 204 interfaces leased voice-grade line (e.g., a channel on a T-l), the PBX 

with SS7 GWs 208, 210 via soft s witch-to- SS7 GW inter- can use a special line interface. This special line interface is 

face 402. One example of interface 402 is an SS7 integrated quite different from that which the PBX uses to interface to 

services digital network (ISDN) user part (ISUP) over a 30 directly-attached phones. The basic reason for the difference 

transmission control protocol/internet protocol (TCP/IP). between a normal extension interface and a long distance 

Soft switch 204 interfaces with configuration server 206 interface is that the respective signaling requirements differ, 

over interface 406. In an example embodiment, interface This is true even if the voice signal parameter, such as level 

406 is a TCP/IP connection. and two-wire, four-wire remain the same. When dealing 

Soft switch 204 interfaces with RNECP 224 over interface 35 with tie lines or trunks, it is costly, inefficient, and too slow 

410. In an example embodiment, interface 410 is a TCP/IP for a PBX to do what an extension telephone would do, i.e., 

connection. to go off hook, wait for a dial tone, dial, wait for ringing to 

Soft switch 204 interfaces with route server 212 over stop, etc. The E&M lie trunk interface device is a form of 
interface 408. In an example embodiment, interface 408 is a standard that exists in the PBX, T-l multiplexer, voice- 
TCP/IP connection. 40 digitizer, telephone company world. E&M signaling can 

Soft switch 204 interfaces with SCP 214 over interface take on a plurality of forms. At least five different versions 
404. In an example embodiment, interface 404 is a TCP/IP exist. E&M signaling is the most common interface signal- 
connection, ing method used to interconnect switching signaling systems 

Soft switch 204 interfaces with announcement servers with transmission signaling systems. 

246, 248 over interface 416. In an example embodiment, 45 The sample configuration depicted in FIG. 2B, can use a 

interface 416 can include the IPDC protocol used over a soft switch 204-to-soft switch 304 protocol. In FIG. 2B, the 

TCP/IP connection. access servers depicted are tmnking gateways 232, 234. TGs 

Soft switch 204 interfaces with TGs 232, 234 over inter- 232, 234 are connected to the switch circuit network (SCN), 

face 412. In an example embodiment, interface 412 can i.e., signaling network 114, via SS7 trunks, ISDN trunks, 

include the IPDC protocol used over a TCP/IP connection. 50 and in-band trunks. The originating soft switch 204 can 

Soft switch 204 interfaces with AGs 238, 240 over receive a call over any of these trunks. The signaling 

interface 414. In an example embodiment, interface 414 can information from these SS7, ISDN, and in-band trunks is 

include the IPDC protocol used over a TCP/IP connection. processed by soft switch 204 to establish the originating 

In one embodiment, soft switch 204 is an application call-half The signaling information processed by soft switch 

software program running on a computer. The structure of 55 204, can be used to determine the identity of terminating soft 

this exemplary soft switch is an object oriented program- switch 304. The identity of terminating soft switch 304 is 

ming model discussed below with reference to FIGS. required to complete the call. 

4B-4E. Originating soft switch 204 can then communicate the 

Another interface to soft switch 204 (not shown) is a necessary information to complete the call, via an inter-soft 

man-machine interface or maintenance and monitoring 60 switch communication (ISSC) protocol. Terminating soft 

interface (MM I). MMI can be used as a direct controller for switch 304 can be required to be able to establish the 

management and machine actions. It should be noted that terminating call-half on any of the supported trunk types, 

this is not intended to be the main control interface, but is The ISSC protocol can use a message set that is structured 

rather available to accommodate the need for on-site emer- similarly to the IPDC protocol message set. The messages 

gency maintenance activities. 65 can contain a header followed by a number of tag-length- 

Yet another interface permits communication between value at tributes. The incoming signaling message for the call 

soft switches 204, 304. A soft switch-to-soft switch interface being placed, can be carried in a general data block of one 
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of the attribute value pairs (AVPs). The other AVPs, can of SS7 GWs 208, 210 respectively. SS7 GWs 208, 210 

contain additional information necessary to establish a together comprise a CE cluster 207. 

voice-over- IP connection between the originating and ter- Based upon an SS7 network design, a pair of SS7 gate- 

minating ends of the call. ways receive all signaling traffic for the trunking gateway 

b. SS7 Gateway 5 (TG) circuits serviced by the soft switches at a single soft 

SS7 gateways (GWs) 208, 210 will now be described switch site. Specifically, a pair of SS7 GWs 208, 210 receive 

further with reference to FIG. 2A and FIG. 5A. In FIG. 2A, all signaling traffic for circuits serviced by soft switch site 

SS7 GWs 208, 210 receive signaling messages from signal- 104. Signals serviced by soft switch site 104 enter telecom- 

ing network 114 and communicate these messages to soft munications network 200 from gateway sites 108, 502, 110. 

switch 204. Specifically, for SS7 signaled trunks, SS7 GWs 10 In an example embodiment, 96 circuits are serviced by 

208, 210 can receive SS7 ISUP messages and transfer them each gateway site 108, 502, L10. Gateway site 108 includes 

to soft switch 204. SS7 GWs 208, 210 can also receive TGs 232a, 232b. Gateway site 110 includes TGs 234<z, 234b. 

signaling messages from soft switch 204 and send SS7 ISUP Gateway site 502 includes TGs 504, 506. 

messages out to signaling network 114. A circuit is identified by a circuit identification code 

(1) SS7 Gateway Example Embodiment 15 (CIC). TG 232a includes line card access to a plurality of 
In an example embodiment, SS7 GWs 208, 210 can be circuits including CICs 1-48 512 of gateway site 108. TG 

deployed in a two (2) computing element (CE) cluster 207, 232b provides line card access to CICs 49-96 514 of 

depicted in FIG. 5A. SS7 GWs 208, 210, in two-CE-cluster gateway site 108. TG 504 provides line card access to CICs 

207 can fully load-share. SS7 GWs 208, 210 can intercom- 1^8 516. TG 506 provides line card access to CICs 49-96 

municate as represented by connection 530 to balance their 20 518 of gateway site 502. TG 234a provides line card access 

loads. Load-sharing results in a completely fault resilient to CICs 1-48 520. TG 234b provides line card access to 

hardware and software system with no single point of CICs 49-96 522 of gateway site 110. Thus, CICs 1-48 512, 

failure. Each SS7 GW 208, 210 can have, for example, six 516, 520, and CICs 49-96 514, 518, 522 are the trunking 

two-port cards for a total of twelve links to signaling gateway circuits serviced by soft switch site 104. 

network 114. 25 Id an example embodiment, soft switches are partitioned 

In an example embodiment, SS7 GWs 208, 210 are such that any single soft switch will only service a subset of 

application programs running on a computer system. An circuits serviced at a given soft switch site. For example, soft 

exemplary application program providing SS7GW 208, 210 switch 204a can service CICs 1^48 512, 516, while soft 

functionality is OMNI SIGNALWARE (OMNI), available switch 2046 services CICs 49-96 514 and CICs 1^*8 520, 

from DGM&S, of Mount Laurel, N J. OMNI is a telecom- 30 and soft switch 204c services CICs 49-96 518, 522. In order 

munications middleware product that runs on a UNIX to assure that all signaling messages for a particular call get 

operating system. An exemplary operating system is the to the correct one of soft switches 204a, 2046, 204c, it is 

SUN UNIX, available from SUN Microsystems, Inc. of Palo necessary to partition SS7 signaling across the available soft 

Alto, Calif. The core of OMNI resides logically below the switches based upon the circuits that each soft switch 

service applications, providing a middleware layer upon 35 services. 

which telecommunications applications can be efficiendy It is much more efficient to run SS7 links to soft switches 
deployed. Since the operating system is not encapsulated, than to each individual access server (compare to the con- 
service applications have direct access to the entire operat- ventional approach requiring an SS7 link to each SSP). 
ing environment. Because of OMNI's unique SIGNAL- Centralization of SS7 signaling traffic interconnection 
WARE architecture, OMNI has the ability to simultaneously 40 enables benefits from economies of scale, by requiring less 
support variants of SS7 signaling technology (ITU-T, ANSI, SS7 interconnection links. 

China and Japan). An exemplary technique for distributing circuits across 
The SIGNALWARE architecture core is composed of the soft switches 204a, 2046, 204c is based upon the originating 
Message Transfer Part (MTP) Layer 2 and Layer 3, and point code (OPQ, destination point code (DPC), and CIC. 
Service Connection Control Part (SCCP). These core pro- 45 OPC represents the originating point code for a circuit 
tocols are supplemented with a higher layer of protocols to group, i.e., the point code of a local exchange carrier (LEC) 
meet the needs of a target application or service. OMNI switch, or signal point(SP). For example, the LEC providing 
supports multiple protocol stacks simultaneously, each CICs 1-48 512, and CICs 49-96 514 can have an OPC 524 
potentially with the point code format and protocol support of value 777. The LEC providing CICs 1-48 516, and CICs 
of one of the major SS7 variants. 50 49-96 518 can have an OPC 526 of value 888. The LEC 
OMNI SIGNALWARE Application Programming Inter- switch providing CICs 1-48 520, and CICs 49-96 522 has 
faces (APIs) are found on the higher layers of the SS7 an OPC 528 of value 999. Similarly, DPC represents the 
protocol stack. OMNI APIs include: ISDN User Part (ISUP), destination point code for a circuit group, i.e., the point code 
Telephony User Part (TUP), Transaction Capabilities Appli- of soft switch site 104. Soft switch site 104 has a point code 
cation Part (TCAP), Global System for Mobile Cbmmuni- 55 529 of value 111, and an alternate point code 531 of value 
cations Mobile Application Part (GSM MAP), EIA/TIA 444. Soft switch site 104 can act as one big switch using a 
Interim Standard 41 (IS-41 MAP), Advanced Intelligent flat network design of the present invention. This flat net- 
Network (AIN), and Intelligent Network Application Part work design simplifies routing of calls. 
(I NAP). To support distribution of circuits across soft switches 

(2) SS7 Gateway-to-Soft Switch Interface 60 204a, 2Mb, 204c, SS7 GWs 208, 210 can include a lookup 
FIG. 5A depicts SS7 gateway to soft switch distribution table that allows each signaling message to be routed to the 

500. Soft switches receive signaling messages from signal- correct soft switch 204a, 2046, 204c. The lookup table can 

ing gateways. Specifically, for SS7 signaled trunks, SS7 route signaling messages to the correct soft switch 204a, 

GWs 208, 210 send and receive signals from signaling 2046, 204c based upon the OPC, DPC, and CIC fields. This 

network 114. SS7 GWs 208, 210 communicate with soft 65 lookup table is built on SS7 GWs 208, 210 based upon 

switches 204a, 2046, 204c, via redundant connections from registration messages coming from soft switches 204a, 

the soft switches 204a, 2046, 204c to distributions 508, 510, 2046, 204c. 
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In an example embodiment, each time a TG boots up, the 
TG finds a soft switch to service its circuits. For example, 
when TG 232a is powered up, TG 232a must find a soft 
switch 204a, 204/?, 204c to service its circuits, i.e. CICs 
1-48 512. In an exemplary technique, TG 232a sends 
registration messages to soft switch 204a to register circuits 
CICs 1-48 512. Upon receipt of these registration messages 
the soft switch 204a registers these circuits with SS7 GWs 
208, 210, at soft switch site 104. The circuit registration 
messages sent to the SS7 gateways are used to build the type 
of table shown in Table 6. 

TABLE 6 



OPC, DPC, CIC 




registration request 


Value 


Message Type 


SS7 gateway circuit registration 


OPC 


Originating point code for the circuit 




group. Equals the LEC point code. 


Primary DPC 


Primary destination point code for 




the circuit group. Equals the Soft 




Switch site point code. 


Alias DPC 


Alias DPC for the Soft Switch site 


Start CIC 


Starting Circuit Identification Code 




for the circuit group 


End CIC 


Ending Circuit Identification Code 




for the circuit group 


Servicing Soft 


Unique Identifier for the Soft 


Switch ID 


Switch that will service requests 




for the OPC, DPC, CIC values 


Servicing Soft 


IP address for the Soft Switch 


Switch IP address 


that will service requests 




for the OPC, DPC, CIC values 


Servicing Soft 


Port number that the Soft Switch 


Switch IP port 


is listening on for incoming 




signaling messages. 


Primary/Secondary/ 


The Soft Switch identUies itself as 


Tertiary 


the primary, secondary or tertiary 


identification 


contact for signaling messages 




for the specified OPC, DPC and CIC. 



The format of a registration message is shown in Table 7. 
Table 7 includes the mapping of circuits to soft switches. 

lhe messages used by soft 204a, 2046, 204c to register 
their circuits with SS7 GWs 208, 210 contain information 
for the OPC, DPC and circuit range, i.e., the CICs that are 
being registered. Each message also contains information 
about the soft switch that will be servicing the signaling 



switch mapping lookup table, (i.e., Table 7). For example, 
when the LEC switch, or signaling point, associated with 
OPC 524 (having point code 777) sends a call to TG 2326 
over CICs 55 (of CICs 49-96 514), an I AM message can be 
5 created and routed. The IAM includes the following infor- 
mation: 

(1) OPC 777 (originating LEC has a point code 777), 

(2) DPC 111 (soft switch site 104, the "switch" that the 
LEC believes it is trunking to, has point code 111), and 

to (3) CIC 55 (the circuit selected by the LEC has circuit 
identifier code 55). 
The IAM message can then be routed by signaling net- 
work 114 (i.e., the SS7 network) to SS7 GWs 208, 210 at 
soft switch site 104, having point code 111. SS7 GWs 208, 
15 210 can perform a lookup to Table 7, to identify which of 
soft switches 204a, 2046, 204c is handling the particular 
circuit described in the IAM message. In the example above, 
the IAM message having OPC 524 of value 777, DPC of 
value 111 and CIC 55 can be routed to soft switch 2046. 

SS7 GWs 208, 210 will now be discussed further with 
reference to FIG. 17A. FIG. 17A depicts an exemplary 
signaling network environment 1700. FIG. 17A includes 
signaling network 114 Specifically, signaling network 114 
can be an SS7 national signaling network. FIG. 17A depicts 
three soft switch sites interfacing via a plurality of STPs to 
SS7 network 114. 

FIG. 17A includes soft switch sites 104, 106, 302. West- 
era soft switch site 104 includes three soft switches 204a, 
2046, 204c redundantly connected to routers 320, 322 and 
SS7 GWs 208, 210 via ethernet switches 332, 334. SS7 GW 
30 208 and SS7 G W 210 communicate via a TCP/IP connection 
1702 and serial link 1704. 

Similarly, central soft switch site 106 includes soft 
switches 304a, 3046, 304c redundantly connected to routers 
324, 326 and SS7 GWs 308a, 3086 via ethernet switches 
35 336, 338. SS7 GW 308a and SS7 GW 3086 communicate 
via TCP/IP connection 1706 and serial link 1708. 

Finally, eastern soft switch site 302 includes soft switches 
306a, 3066, 306c redundantly connected to routers 328, 330 
and SS7 GWs 310a, 3106 via ethernet switches 340, 342. 
40 SS7 GW 310a and SS7 GW 3106 communicate via TCP/IP 
connection 1710 and serial link 1712. 

FIG. 17Aalso includes data network 112 connected to soft 
switch sites 104, 106, 302 via routers 320, 322, routers 324, 
326 and routers 328, 330, respectively. Data network 112 



20 



25 



messages for the circuits being registered. 
The soft switch information includes an indication of 45 can carr y dala mciudm g w^ol message information and 



whether this soft switch is identified as the primary servicing 
point for calls to these circuits, the secondary servicing point 
or the tertiary servicing point. The gateway uses this indi- 
cator in failure conditions, when it cannot contact the Soft 
Switch that is currently servicing a set of circuits. 

TABLE 7 



OPC 


DPC 


CIC range 


Soft Switch 


777 


111 


1-48 


204a 


777 


111 


49-96 


204b 


888 


111 


1-48 


204a 


888 


111 


49-96 


204c 


999 


111 


1-48 


204b 


999 


111 


49-96 


204c 



call traffic information. Data network 112 can also carry 
in-band type signaling information and ISDN signaling 
information, via IPDC messages. 
Out-of-band signaling, such as, e.g., SS7 signaling, infor- 
50 mation is communicated to (i.e. exchanged with) soft switch 
sites 104, 106, 302 via SS7 GWs 208, 210, SS7 GWs 308a, 
3086, and SS7 GWs 310a, 3106 from signaling network 114. 

SS7 signaling messages are transferred through signaling 
network 114 from STP to STP until arriving at a final 
55 destination. Specifically, signaling messages intended for 
soft switch sites 104, 106, 302, are routed via packet 
switched SS7 signaling network 114 to STPs 216, 218 which 
are part of the SS7 national signaling network 114. STP 
services (i.e., STPs and A-F links) can be provided by an 
60 SS7 signaling services provider, such as, e.g., Transaction 
Network Services (TNS). 

Table 19 defines SS7 signaling links. Some of the SS7 
links used are as follows. STPs 216, 218 are linked together 
by a C-link. STPs 216, 218 are linked by redundant D-links 



FIG. 5 A Illustrates, and Table 7 represents in tabular form, 
the associations between circuit trunk groups of TGs 232a, 
2326, 516, 518, 520, 522 and soft switches 204a, 2046, 

204c. SS7 GWs 208, 210 distribute incoming SS7 signaling 65 1730 to STPs 250a, 252a, 1722, 1724, 2506, 2526. STPs 

messages to the soft switch 204a, 2046, 204c listed as 216, 218 can also be linked by redundant D-links 1730 to 

associated with the particular circuit in the circuit to soft STPs 1718, 1720, 1714, 1716, though this is not shown. 
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SIT pairs 250a, 252a are linked together by one or more STPs 250a, 252a, 250/?, 2526 use a separate physical 
C-links 1728. Likewise, STP pairs 1722, 1724, STP pairs interface for all SNMP messages and additional functions 

250b, 2526, STP pairs 1718, 1720, and STP pairs 1714, 1716 that can be defined. Additional functions that can be defined 

can be linked together by C-links. include provisioning, updating, and passing special alarms 

STPs 1714, 1716, 250a, 252a, 1722, 1724, 2506, 2526, 5 and performance parameters to and from STPs 250a, 252a, 

1718, and 1720 can be linked by one or more A-links 1726 2506, 2526 and network operation center (NOC) of network 

to SS7 GWs 208, 210, 308a, 3086, 310a, and 3106. Thus, management component 118. 

signaling messages from anywhere in signaling network 114 In another embodiment of the invention, as illustrated in 

may be routed by STPs 216, 218 through STPs 1714, 1716, FIG. 17B, soft switch sites 104, 106, 302 have additional 

250a, 252a, 1722, 1724, 2506, 2526, 1718, 1720, to SS7 soft switches and SS7 GWs. Additional soft switches and 

GWs 208, 210, 308a, 3086, 310a, and 3106 of soft switch SS7 GWs can be used, for example, for handling additional 

sites 104, 106, and 302. SS7 GWs 208, 210, 308a, 3086, traffic and for testing of alternative vendor soft switches and 

310a, and 3106 thus route messages through packet SS7 GWs. 

switched STPs to signaling network 114. FIG. 17B includes SS7 gateway to SS7 signaling network 

SS7 GWs 208, 210, 308a, 3086, 310a, and 3106 use a alternative embodiment 1740. FIG. 17B includes signaling 

separate physical interface for all simple network manage- 15 network 114 interfacing to western soft switch site 104, 

ment protocol (SNMP) messages and additional functions central soft switch site 106, and eastern soft switch site 302^ 

that may be defined. Exemplary functions that may be Signaling network 114 includes STPs 216, 218 connected 

defined include provisioning, updating, and passing special via multiple D-Links 1730 to STPs 250a, 252a, 2506, 2526. 

alarms, and performance parameters to the SS7 GW from In an example embodiment STP 250a and STP 252a are 

the network operation center (NOC) of network manage- 20 connected together by C-Links 1728. In an alternative 

ment component 118. embodiment, STPs 250a, 252a and STPs 2506, 2526 can be 

c. Signal Transfer Points (STPs) linked by quad B-Links. B-links connect mated STP pairs to 

Signal transfer points (STPs) 216, 218 are the packet other mated STP pairs. STPs 250a, 252a, 2506 2526 are 

switches of signaling network 114. More specifically, STPs connected by multiple redundants A-links 1726 to SS7 

are the packet switches of the SS7 network. STPs 250, 252 ^ GWs in ^ switch sites 1Q4 106 ^ 

are the STO > "terfiang vnth i SS7 GWs 208, 210 of soft Westem ^ ^ ^ 104 mcmdes $s? Gm 2Q8 m 

switch site 104. STPs 216 218 receive and route incoming which can communicate ^ a TCP/IP mnasctioa ^ d I 

signaling messages toward the proper destination. • . ,. . QQ ^^ W - AB ~ 1A , ' " 

STPs 250,252 also perform seized routing functions. ^ ^ f ' t ™ °° nnected t0 f ft SW f hes 

STPs are customarily deployed in pairs. While elements of ^» and f ^\ fa ^ ,tW ^!^ Slte 

a pair are not generally collocated, they work redundantly to 30 104 mcludcs 1742 and ^ GW 1744 connected 

perform the same logical function. 10 STPs 250fl aod 2S2a - western soft switch site 104 

STPs have several interfaces. STP interfaces are now includes soft switch 1746 and SS7 GW 1748 connected to 

described, with reference to FIGS. 17A and 17B. The STPs 25fta > 2S2a - 

interfaces can be described in terms of the links used. Table Central soft switch site 106 includes SS7 GWs 308a, 

19 shows links used in SS7 architectures. 35 308B which can communicate via a TCP/IP connection or a 

The first interface comprises one or more D-Unks 1730 serial link. SS7 GWs 308a, 3086 connect soft switches 304a, 

from off-network STPs 250, 252 (as shown in FIG. 2A) to 3046 and 304c to STPs 250a and 252a. Central soft switch 

on-network STPs 216, 218. D-links connect mated STPs at site 106 also includes soft switch 1750 and SS7 GWs 1752 

different hierarchical levels to one another. On-network connected to STPs 250a, 252a. Central soft switch site 106 

STPs 216, 218, as well as STPs 1714, 1716, 1722, 1724, 40 also includes soft switch 1754 connected to SS7 GW 1756, 

1718 and 1720 are part of the national SS7 signaling which is connected to S TPs 250a, 252a. 

network 114. Additional D-links 1730 can connect STPs Eastern soft switch site 302 includes SS7 GWs 310a, SS7 

216, 218 to STPs 250a, 252a, STPs 1722, 1724, STPs 2506, GW 3106, which can communicate over TCP/IP and over a 

2526, and STPs 1718 and 1720. serial link. SS7 GWs 310a, 3106 connect soft switches 306a, 

The second interface comprises C-links. C-links connect 45 3066 and 306c to STPs 2506 and 2526. Eastern soft switch 

mated STPs together. An example are C-links 1728 between site 302 also includes soft switch 1758 connected to SS7 

STP 250a and 252a. C-links 1728 enable STPs 250a, 252a GW 1760, which is connected to STPs 2506, 2526. Eastern 

to be linked in such a manner that they need not be soft switch site 302 also includes soft switch 1762, which is 

co-located. Similarly, STPs 2506, 2526, STPs 1718, 1720, connected to SS7 GW 1764 which is in turn connected to 

STPs 1722, 1724, STPs 1714, 1716, and STPs 216, 218 can so STPs 2506, 2526. 

also be respectively linked via C-links. Alternative embodiment 1740, by including additional 

The third interfaces to STPs comprise A-links and soft switches and SS7 gateways, permits additional redun- 

E-links. A-links connect STPs to SSPs and SCPs. E-links are dancy and enables testing of alternate devices for connection 

special links that connect SSPs to remote STPs, and are used to signaling network 114 via STPs 250a, 252a, 2506, 2526, 

in the event that A-links to home STPs are congested. The 55 216 and 218. 

entire soft switch site is viewed as an SSP to a signaling (1) STP Example Embodiment 

network. A-links or E-links can be used to connect any of STPs 250, 252, in an example embodiment, can be a 

STPs 1714, 1716, 250a, 252a, 1722, 1724, 2506, 2526, 1718 TEKELEC Network Switching Division's EAGLE STP. An 

and 1720 respectively to soft switch sites 104, 106, 302 at EAGLE STP, available from TEKELEC of Caiabasas, 

SS7 GWs 208, 210, 308a, 3086, 310a and 3106. In an 60 Calif., is a high speed packet switch designed to support SS7 

example embodiment, each of SS7 GWs 208,210, 308a, signaling. STPs 250, 252 can be equipped with a plurality of 

3086, 310a, 3106 can have, for exam pie, twelve (12) A- links links. In an example embodiment, STPs 250, 252 can 

1726 distributed among STPs 250a, 252a, 2506, 2526 and support up to, for example, 84 links. For example, in a 

STPs 1714, 1716, 1722, 1724, 1718, 1720. By using the preferred embodiment, 14 links can be used initially, and 

plurality of A-links, the soft switch sites 104, 106, 302 have 65 additional links can be added in the future. In a preferred 

a fully redundant, fully meshed, fault tolerant signaling embodiment, several additional features can be added to 

architecture. STPs 250, 252. 
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(a) Global Title Translation 
In a preferred embodiment, STPs 250, 252 can have 

global title translation capability. Global title translation 
uses global title information. Global title information is 
information unrelated to signaling network address, which 5 
can be used to determine the appropriate destination of a 
message. Global title translation can support translations 
from, for example, one to twenty-one digits. For example, 
translations can be assigned to translation types from 0 to 
225. In a preferred embodiment, STPs 250, 252 can support 
up to, for example, 1,000 global title translation requests per 10 
second, per application service module (ASM). 

(b) Gateway Screening Software 
In a preferred embodiment, STPs 250, 252 include a 

gateway screening software feature. EAGLE STP can sup- 
port user definitions of up to 64 screen sets In this 15 
embodiment, each screen set can accommodate up to 2,000 
condition statements (or rules) with the gateway screening 
software. Gateway screening can be performed on all 
in-bound messages from another network. Gateway screen- 
ing can also be performed on all outgoing network manage- 20 
ment messages. Since gateway screening can occur on the 
link interface modules (LIMs) and the application service 
modules (ASMs), the deployment of the gateway screening 
feature does not impact link throughput capacity, and can 
contribute to less than 5 milliseconds increase to cross-STP 25 
delays. 

(c) Local Number Portability (LNP) 
In a preferred embodiment, local number portability 

(LNP) can be integrated into the EAGLE architecture of 
STPs 250, 252. An advantage of the integration of LNP 30 
functionality is that it eliminates the need for costly external 
LNP databases, and associated transmission equipment. In 
one embodiment, LNP portability can support, complete 
scalabilty in configurations ranging from 500,000 translation 
entries and up to more than several million translation 35 
entries for very large metropolitan serving areas (MSAs). 

(d) STP to LAN Interface 
In a preferred embodiment, the STP-to-LAN interface of 

the EAGLE architecture can allow the user to connect 
external data collection or processing systems directly to 40 
STPs 250, 252 via a TCP/IP protocol. In this embodiment, 
the STP-to-LAN interface could be used to carry SS7 
signaling over IP packets. 

(e) ANSI to ITU Gateway 
In a preferred embodiment, STPs 250, 252 can include a 45 

feature referred to as the ANSI-ITU gateway feature. In a 
preferred embodiment, the ANSI-ITU feature of STPs 250, 
252 allows STPs 250, 252 to interconnect three types of 
signaling networks, i.e., ITU international, ITU national and 
ANSI, by means of three different message signaling unit 50 
(MSU) protocols. In a preferred embodiment of STPs 250, 
252, the ANSI -ITU feature can allow a smooth transition 
from an all-ANSI network to a combined ANSI-ITU net- 
work. 

d. Services Control Points (SCPs) 55 

FIG. 6A depicts ofT-switch called processing abstraction 
diagram 600 showing communication mechanisms between 
soft switch and STPs. FIG. 6A includes at the gateway- 
facing layer, soft switch processing 604 which can use the 
IPDC protocol 602, or alternatively, the Network Access 60 
Server (NAS) Messaging Interface (NMI) protocol to inter- 
face with access servers, or the messaging gateway control 
protocol (MGCP). IPDC protocol 602 provides a protocol 
for communications between soft switches and respectively 
TGs, AGs, NASs and ANSs. Soft switch processing 604 uses 65 
IPDC for gateway communication and uses off-switch call 
processing 606 to access SCPs 608, 614, 618, 620. 
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SS7 TCAP 608 is connected to SCP 610 an off-network 
SCP, via S IP 250. IP TCAP 614 is connected to SCP 612. 
SCP 616 is connected to custom IP 618. SCP 214 is an 
on-net work SCP and is connected via INAP/IP 620. 

FIG. 6A represents how some interfaces to soft switch 204 
sit on top of a-a common interface used by soft switch 204 
to handle off-switch call processing. SCPs and other devices, 
such as route servers, can use this common interface. For 
example, SCP 610 is an off-network or off-switch SCP, 
meaning that it is not within soft switch site 104. 

Off-switch call processing abstraction layer 606 is 
intended to be a flexible interface, similar to TCAP in 
function, that allows interaction between any type of SCP (or 
other call processing logic) and soft switch 204. The abstrac- 
tion layer is so designed that interfaces to a set of call 
processors supporting a specific function (e.g., 800 service), 
contain the same types of data, and can all map arguments 
to data elements supported by off-switch call processing 
abstraction layer 606. The field values for messages supplied 
by off-switch call processing abstraction layer 606 are 
identified in this section (i.e., describing SCPs) and also in 
the section describing route servers below. 

The SCPs can be off-switch call processing servers, which 
support intelligent services within the telecommunications 
network SCPs 610, 612, and 616 can support such services 
as, for example, account code verification and toll free/800 
services, local number portability (LNP), carrier ID 
identification, and card services. 

Other services and capabilities of SCPs 610, 612, and 616 
include basic toll-free services, project account code (PAC) 
services, local number portability (LNP) services, 800 car- 
rier ID services, calling name (CNAM) services, advanced 
toll-free/network automatic call distribution (ACD) 
services, customer premise toll-free routing services, one 
number (or follow-me) services, and SCP gateway for 
customer premises equipment (CPE) route selection ser- 
vices. These services are recognized by those skilled in the 
art. 

Additional services and capabilities can include intelli- 
gent peripherals. Intelligent peripherals can include calling 
card, debit card, voice mail, unified messaging, conference 
calling, and operator services. These peripherals are recog- 
nized by those skilled in the art. 

FIG. 6B illustrates intelligent network architecture 622. 
FIG. 6B includes gateway site 110, communicating via data 
network 112, to soft switch 204. The communication can be 
performed by the 11.323 protocol or the IPDC protocol. Soft 
switch 204 gains signaling information from signaling net- 
work 114 via STP 250, through SS7 gateway 208. 

Gateway site 110, in intelligent network architecture 622, 
is connected to multiple off-network service providers. Off 
network service providers include local exchange carrier 
(LEC) 624, inter-exchange (IXC) carrier 626 and operator 
services service bureau 628. Thus calls coming in from LEC 
624 or from DCC 626 into gateway site 110, if identified as 
an operator call, may be routed to off-network operator 
services 628. 

Soft switch 204 does not dictate any particular SCP 
interface, but it is assumed that this interface will support the 
following types of interactions: (1) route request; (2) route 
response; (3) call gapping; and (4) connect to resource. 

A route request is a message sent from soft switch 204 to 
an external SCP 610. The route request is sent to request a 
translation service from SCP 610, for example, to translate 
disclosed digits to a destination number. 

A route response is a message sent from SCP 610 to soft 
switch 204 in response to a route request. The route response 
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includes a sequence of prioritized destinations for the call. 
SCPs that perform routing can return a list of prioritized 
destinations. These destinations can be, for example, any 
combination of destination numbers or circuit groups. If 
SCP 610 returns a destinations number, soft switch 2C4 can 
attempt to route to that destination number using the least 
cost routing logic included in route server 212. If SCP 610 
returns a circuit group, the soft switch 204 can use route 
server 212 to select an available circuit in that group. Soft 
switch 204 can try to terminate to the specified destinations 
in the prioritized order that the destinations are returned 
from SCP 610. 

The interface that can be used by soft switch 204, in order 
to interact with SCPs 214, 610, 612, and 616, is called the 
off-switch call processing (OSCP) interface. This interface is 
also used for route server 212 and any other call processing 
engines. OSCP is represented in FIG. 6A as off-switch call 
processing abstraction layer 606. Tables 8, 9, 10, and 11 
identify the fields in the OSCP route request and route 
response messages, which are necessary for 800 and account 
code processing service calls. 



TABLE 8 




800 Route Request 


SCP Route 


800 SCP - Route 


Request Parameter 


Request Value 


Message Type 
Call Reference 
Requesting Soft-Switch 
Bearer Capability 
Destination type 
Destination 
Originating LATA 
Calling Number 
Originating station type 
Collected Digits 


800 Route Request 

Unique call identifier 

Soft Switch ID 

Voice, Data or Fax 

DDD (an 8XX number was dialed) 

Dialed 8XX number 

LATA from IAM or from DAL profile 

AN1 

It-digits from IAM or DAL profile 
Not Used for 800 processing 



30 
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TABLE 10-continued 



OSCP Route 
Request Parameter 



800 Route Response 

800 SCP - Route 
Response Value 



10 



Destination circuit - 1 
Outpulse digits - 1 

Destination number - 1 
Destination Soft Switch - 1 
Destination circuit group - N 



Destination circuit - N 
25 Outpulse digits - N 

Destination number - N 
Destination Soft Switch - N 



Not used for 800 processing 
Outpulse digits for selected 
termination 

Destination number for the first route 

Not used for 800 processing 

Terminating circuit group 

for the Nth route, if 

the SCP identifies circuit groups 

Not used for 800 processing 

Outpulse digit format for selected 

circuit on the Nth route 

Destination number for the Nth route 

Not used for 800 processing 



20 



TABLE 11 



OSCP Route 
25 Request Parameter 



Account Code Route Response 

Account Code SCP - Route 
Response Value 



Call Reference 
Result Code 
Number of responses 
Destination circuit group - 1 
Destination circuit - 1 
Outpulse digits - 1 
Destination number - 1 
Destination Soft Switch - 1 
Destination circuit group - N 
Destination circuit - N 
Outpulse digits - N 
35 Destination number - N 
Destination Soft Switch - N 



Unique call identifier 
Success/fail 

0 - this is a success/fail response 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 



TABLE 9 


Account Code Route Request 


OSCP Route 


Account Code SCP - Route 


Request Parameter 


Request Value 


Message Type 


Account Code Route Request 


Call Reference 


Unique call identifier 


Requesting Soft-Switch 


Soft Switch ID 


Bearer Capability 


Not used for Account Code processing 


Destination type 


Not used for Account Code processing 


Destination 


Not used for Account Code processing 


Originating LATA 


LATA from IAM or from DAL profile 


Calling Number 


ANI 


Originating station type 


It-digits from IAM or DAL profile 


Collected Digits 


Not Used for Account Code processing 


TABLE 10 




800 Route Response 


OSCP Route 


800 SCP - Route 


Request Parameter 


Response Value 


Message Type 


800 Route Response 


Call Reference 


Unique call identifier 


Result Code 


Success/fail 


Number of responses 


Number of responses sent 




from the SCP 


Destination circuit group 


- 1 Terminating circuit group for 




the first route if the SCP 




identifies circuit groups 
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A route response can also include an indication to initiate 
a call gapping for a congested call. Call gapping refers to a 
message sent from an SCP to a soft switch to control the 
number and frequency of requests sent to that SCP. The call 
gapping response can indicate a length of time for which 
gapping should be active, as well as a gap interval, at which 
the soft switch should space requests going to the SCP. Call 
gapping can be activated on the SCP for each individual 
service supported on the SCP. For example, if SCP 214 
supports 800 and project account code queries, it may gap on 
800, but not on project account codes. Alternatively, SCP 
214 can gap on project codes but not on 800, or can gap on 
both or neither. 

A connect -to resource is a response that is sent from the 
SCP to the soft switch in response to a route request for 
requests that require a call termination announcement to be 
played. 

FIG. 6C illustrates additional off-switch services 630. For 
example, calling card interactive voice response (IVR) 632 
services can be provided off-switch, similarly to operator 
services 628. FIG. 6C also depicts on-switch SCP services. 
Specifically, project account codes (PAC) SCP 214a and 
basic toll-free SCP 214b communicate with soft switch 2(V4 
via an INAP/IP protocol 620. Project account codes are 
discussed further below. Basic toll-free services are also 
discussed further below. 

FIG. 60 depicts additional services 634. For example, 
FIG. 6D depicts service node/IP 656, which can be a voice 
services platform with a voice over IP (VOIP) interface on 
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data network 112. In addition, network I VR 654 is depicted. FIG. 58A depicls a block diagram of the H.323 arcbitec- 

Network IVR 654 is an IVR that connects to data network ture for a network-based communications system 5800. 

112. Network IVR 654 can communicate with soft switch H.323 defines four major components for network-based 

204 via the IPDC protocol. Network IVR 654 is also in communications system 5800, including: terminals 5K02, 

communication with an advanced toll-free SCP 648, via the 5 and 5810, gateways 5806, gatekeepers 5808, and 

SR-35U protocol. multipoint control units 5812. 

Advanced toll-free SCP 648 is in communication with Terminals 5802, 5804, 5810 are the client endpoints on 
soft switch 204 via INAP/IP protocol 620. Advanced toll- the IjAN ^at provide real-time, two-way communications, 
free SCP 648 is also in communication with computer A!I terminals must support voice communications; video 
telephony integration (CTI) server 650. CTI server 650 can 10 and data are optional. H.323 specifies the modes of opera- 
communicate with an automatic call distributor (ACD) 652. Uon required for different audio, video, and/or data terminals 

FIG. 6D also depicts an IP client connected via a customer 10 work together. It is the dominant standard of the next 

network into data network 112. Specifically, IP-Client 660 is generation of Internet phones, audio conferencing terminals, 

connected to data network 112 via customer network 658. and video conferencing technologies. 

Customer network 658 is connected to data network 112 and 15 Ml H323 terminals must also support H.245, which is 

communicates via an H.323 protocol or via IPDC protocol ^ to negotiate channel usage and capabilities. FIG. 58B 

602 through data network 112 to soft switch 204. Soft switch depicts an exemplary H.323 terminal 5802. Three other 

204 is in communication with SS7 gateway 208 via a components are required: 0.931 for call signaling and call 

TCAP/SS7 608 protocol. SS7 gateway 208 is in turn in ^P* a component called Registration/Admission/Status 

communication with STP 208 via a TCAP/SS7 608 protocol. 20 (RAS). which is a protocol used to communicate with a 

STP 208 in turn can communicate with SCPs in the SS7 gatekeeper 5808; and support for RTP/RTCP for sequencing 

network via the TCAP/SS7 608 protocol. Specifically, STP audio 311(1 vidco Packets. 

208 can communicate with local number portability (LNP) Optional components in an H.323 terminal are vidco 

SCP 636 and also 800 carrier SCP 610. Soft switch 204 can codecs, T.120 data conferencing protocols, and MCU capa- 

still communicate with PAC SCP 214A and basic toll-free 25 bmties (described further below). 

SCP 214B via an INAP/IP 620 protocol. Soft switch 204 can Gateway 5806 is an optional element in an H.323 con- 
also communicate with an SCP gateway 638 via an INAP/IP ference. FIG. 59 depicts an example H323 gateway. Gate- 
620 protocol. SCP gateway 638 can be used to communicate wavs 5806 Provide many services, the most common being 
with customer premises toll-free 640 facilities. Customer a translation function between H323 conferencing end- 
premises toll-free 640 facilities can communicate with com- 30 P° iats aild other terminal types. This function includes 
puter telephony integration (CTI) server 642.CTI server 642 translation between transmission formats (i.e. H.225.0 to 
can be in communication with an automatic call distributer H.221) and between communications procedures (i.e. H.245 
(ACD) 644. to H.242). In addition, gateway 5806 also translates between 
The H.323 Recommendation will now be briefly over- audio aad codecs and performs call setup and clearing 
viewed with reference to FIGS. 71A-E The H.323 standard 35 00 0010 tbe LAN side and tne switched-circuit network side, 
provides a foundation for, for example, audio, video, and nG - 59 40 H.323/PSTN Gateway 5806. 
data communications across IP-based networks, including In S e n er al> the purpose of gateway 5806 is to reflect the 
the Internet. By complying with the H.323 characteristics of a LAN endpoint to an SCN endpoint and 
Recommendation, multimedia products and applications *ice versa. The primary applications of gateways 5806 are 
from multiple vendors can interoperate, allowing users to 40 ^k^y to be: 

communicate without concern for compatibility. H.323 will Establishing links with analog PSTN terminals. 

be the foundation of future LAN-based products for Establishing links with remote H.320-compliant terminals 

consumer, business, entertainment, and professional appli- over ISDN-based switched-circuit networks. 

cations. Establishing links with remote H.324-compliant terminals 

H.323 is an umbrella recommendation from the Interna- 45 over PSTN networks 

tional Telecommunications Union (ITU) that sets standards Gateways 5806 are not required if connections to other 

for multimedia communications over Local Area Networks networks are not needed, since endpoints may directly 

(LANs) that do not provide a guaranteed Quality of Service communicate with other endpoints on the same LAN. Ter- 

(QoS). These networks dominate today's corporate desktops minals communicate with gateways 5806 using the H.245 

and include packet-switched TCP/IP and IPX over Ethernet, 50 and Q.931 protocols. 

Fast Ethernet and Token Ring network technologies. With the appropriate transcodcrs, H.323 gateways 5806 

Therefore, the H.323 standards are important building can support terminals that comply with H310, H.321, 

blocks for a broad new range of collaborative, LAN-based H.322, and V.70. 

applications-for multimedia communications. Many gateway 5806 functions are left to the designer. For 

The H.323 specification was approved in 19% by the 55 example, the actual number of H.323 terminals that can 

ITU's Study Group 16. Version 2 was approved in January communicate through the gateway is not subject to stan- 

1998. The standard is broad in scope and includes both dardization. Similarly, the number of SCN connections, the 

stand-alone devices and embedded personal computer tech- number of simultaneous independent conferences 

nology as well as point-to-point and multipoint conferences. supported, the audio/video/data conversion functions, and 

H.323 also addresses call control, multimedia management, 60 inclusion of multipoint functions are left to the manufac- 

and bandwidth management as well as interfaces between turer. By incorporating gateway 5806 technology into the 

LANs and other networks. H.323 specification, the ITU has positioned H.323 as the 

H.323 is part of a larger series of communications stan- glue that holds the world of standards-based conferencing 

dards that enable videoconferencing across a range of net- endpoints together. 

works. Known as H.32X, this series includes H.320 and 65 Gatekeeper 5808 is the most important component of an 

11.324, which address ISDN and PSTN communications, 11.323 enabled network. It acts as the central point for all 

respectively. calls within its zone and provides call control services to 
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registered endpoints. In many ways, an H.323 gatekeeper bilities can exist in a dedicated component or be part of other 

5808 acts as a virtual switch. H.323 components. A soft switch includes some functions of 

Gatekeepers 5808 perform two important call control an MP. An access server, also sometimes referred-to as a 

functions. The first is address translation from LAN aliases media gateway controller, includes some of the functions of 

for terminals and gateways to IP or IPX addresses, as defined 5 the MC. MCs and MPs are discussed further below with 

in the RAS specification. The second function is bandwidth respect to the IPDC protocol. 

management, which is also designated within RAS. For Approved in January of 1998, version 2 of the H.323 

instance, if a network manager has specified a threshold for standard addresses deficiencies in version 1 and introduces 

the number of simultaneous conferences on the LAN, the new functionality within existing protocols, such as Q.931, 

Gatekeeper 5808 can refuse to make any more connections 10 11.245 and 11.225, as well as entirely new protocols. The 

once the threshold is reached. The effect is to limit the total most significant advances were in security, fast call setup, 

conferencing bandwidth to some fraction of the total avail- supplementary services and T.120/H.323 integration, 

able; the remaining capacity is left for e-mail, file transfers, (1) Project Account Codes 

and other LAN protocols. FIG. 60 depicts a collection of all Project Account Codes can be used for tracking calls for 
terminals, gateways 5806, and multipoint control units 5812 15 billing, invoicing, and Class of Service (COS) restrictions, 
which can be managed by a single gatekeeper 5808. This Project account code (PAC) verifications can include, for 
collection of elements is known as an H.323 Zone. example, types Unverified Unforced, Unverified Forced, 
An optional, but valuable feature of a gatekeeper 5808 is Verified Forced, and Partially Verified Forced. A web inter- 
its ability to route H.323 calls. By routing a call through a face can be provided for a business customer to manage its 
gatekeeper, it can be controlled more effectively. Service 20 accounts. The business customer can use the web interface 
providers need this ability in order to bill for calls placed to make additions, deletions, changes, and modifications to 
through their network. This service can also be used to PAC translations without involvement of a carrier's cus- 
re-route a call to another endpoint if a called endpoint is tomer service department. 

unavailable. In addition, a gatekeeper 5808 capable of An example of call processing using PACs follows. PAC 

routing H.323 calls can help make decisions involving 25 SCP 214a of FIG. 6C can receive validation requests from 

balancing among multiple gateways. For instance, if a call is Soft-Switch 204 after Soft-Switch 204 has requested and 

routed through a gatekeeper 5808, that gatekeeper 5808 can received PAC digits. The PAC digits can be forwarded to 

then re-route the call to one of many gateways based on SCP 214a for verification. When SCP 214a receives this 

some proprietary routing logic. request, SCP 214a can compare the entire PAC, if the PAC 

While a gatekeeper 5808 is logically separate from H.323 30 type is Verified Forced, against a customer PAC table. SCP 

endpoints, vendors can incorporate gatekeeper 5808 func- 214a can compare only the verified portion of the PAC, if the 

tionality into the physical implementation of gateways 5806 PAC type is Partially Verified Forced, against the customer 

and MCUs 5812. PAC table. 

Gatekeeper 5808 is not required in an H.323 system. The PAC digits can be sent from Soft-Switch 204 to SCP 

However, if a gatekeeper 5808 is present, terminals must 35 214a in the 'Caller Entered Digits' field. The indicated 

make use of the services offered by gatekeepers 5808. RAS customer can be sent from Soft-Switch 204 to SCP 214a in 

defines these as address translation, admissions control, the 'Customer* field, 

bandwidth control, and zone management. (2) Basic Toil-Free 

Gatekeepers 5808 can also play a role in multipoint Basic To 11- Free Service SCP 21 46 can translate a toll free 
connections. To support multipoint conferences, users would 40 (e.g., 800 and 888) number to a final routing destination 
employ a Gatekeeper 5808 to receive H.245 Control Chan- based on a flexible set of options selected by a subscriber, 
nets from two terminals in a point-to-point conference. Basic toll-free service supports e.g., 800 and 8XX Service 
When the conference switches to multipoint, the gatekeeper Access Codes. Subscriber options can include, for example: 
can redirect the H.245 Control Channel to a multipoint 1) routing based on NPAor NPA-NXX of calling party; 2) 
controller, the MC. Gatekeeper 5808 need not process the 45 routing based on time of day and day of week; 3) routing 
H.245 signaling; it only needs to pass it between the based on percent distribution; 4) emergency override rout- 
terminals 5802, 5804, 5808 or the terminals and the MC. ing; and 5) blocking based on calling party's NPA or 

LANs which contain Gateways 5806 could also contain a NPA-NXX or ii-digits. 

gatekeeper 5808 to translate incoming E. 164 addresses into An exemplary embodiment of basic toll-free SCP 2146 is 

Transport Addresses. Because a Zone is defined by its 50 a GENESYS Network Interaction Router available from 

gatekeeper 5808, H.323 entities that contain an internal GENESYS of San Francisco, Calif, 

gatekeeper 5808 require a mechanism to disable the internal The GENESYS Network Interaction Router product suite 

function so that when there are multiple H.323 entities that provides Basic Toil-Free service. Soft-Switch 204 can send 

contain a gatekeeper 5808 on a LAN, the entities can be route requests to SCP 2146 for any Toll Free numbers that 

configured into the same Zone. " 55 Soft-Switch 204 receives. SCP 2146 can then attempt to 

The Multipoint Control Unit (MCU) 5812 supports con- route the call using a route plan or trigger plan that has been 

ferences between three or more endpoints. Under H323, an defined for that Toll Free (dialed) number. SCP 2146 can 

MCU 5812 consists of a Multipoint Controller (MC), which have several possible responses to a soft switch routing 

is required, and zero or more Multipoint Processors (MP). request, see Table 10 above. Using the subscriber routing 

The MC handles H.245 negotiations between all terminals to 60 option (described in the previous paragraph) SCP 2146 can 

determine common capabilities for audio and video process- return a number translation for the Toll Free number. For 

ing. The MC also controls conference resources by deter- example, SCP 2146 can receive a dialed number of 800- 

raining which, if any, of the audio and video streams will be 202-2020 and return a DDD such as 303-926-3000. 

multicast. MCU 2112 is depicted in FIG. 61. Alternatively, SCP 2146 can return a circuit identifier. SCP 

The MC does not deal directly with any of the media 65 2146 usually returns a circuit identifier when the termination 

streams. This is left to the MP, which mixes, switches, and is a dedicated trunk to a customer premise equipment (CPE), 

processes audio, video, and/or data bits. MC and MP capa- Then if SCP 2146 determines that it can not route the call or 
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has determined to block the call (per the route plan), SCP nels; relationship of modules, line and channels to OPC, 

214fc returns a 'route to resource* response to Soft -Switch DPC and CIC values; and relationship of module, line and 

204 with an announcement identifier In this case Soft- channels to trunk groups. 

Switch 204 can connect the calling party with Announce- Tables necessary to support class of service restrictions 

ment Server 246 for the playing of an announcement and 5 include: LATA tables, state tables; and blocked country code 

then disconnect the caller. tables. 

SCP 214b can store call events in CDR database tables on Configuration server 206 also contains information 

SCP 2146. CDR database tables can then be replicated to related to customer trigger plans and service options. Cus- 

Master Network Event Database 226 using a data distributor tomer trigger plans provide call processing logic used in 

222, such as, for example, the Oracle Replication Server. 10 connecting a call. Configuration server 206 information is 

e. Configuration Server (CS) or Configuration Database queried during call processing to identify the service logic to 

(CDB) be executed for each call. 

The configuration server 206 will now be described in The information that soft switch 204 uses to look-up 

greater detail with reference to FIG. 2. Configuration server customer profile data is the ANI, trunk ID or destination 

206 supports transaction requests to a database containing 15 number for the call. The information that will be returned 

information needed by network components. Configuration defines the call processing logic that is associated with ANI, 

server 206 supports queries by voice network components trunk ID or destination number or trunk group, 
during initialization and call processing. The data contained TMc 12 includes an example of a customer profile query, 

within configuration server 206 databases can be divided 

into two types. The first type of data is that used to initialize 20 TABLE 12 

connections between components. Examples of such data 

used to initialize connections between network components Customer Profile Query 

include the following: IP address and port numbers for all Customer Profile Query Field Value 

servers that soft switch 204 must communicate with, infor- — 

mation indicating initial primary/secondary/tertiary configu- 25 mer l f n ^ oa typc P? D > DA *r ID :^ S ™ % ID , 

c i l- ^ 1- * e A - Customer identification The value for the DDD, Trunk ID 

rations for server relationships; configuration information 
for access gateways 238, 240 and trunking gateways 232, 
234; number and configuration of bays, modules, lines and Table 13 includes an example of a customer profile query 

channels (BMLQ; relationship of module, line and channels response provided by configuration server 206. 
to originating point code (OPC), destination point code 30 

(DPC) and circuit identification code (CIC) values; relation- TABLE 13 

ship of module, line and channels to trunk groups; call _ _ 

pro ces« n g^cision trees for soft switch processing; map- ^ ^ ^^"7 ^ 

ping of OPC, DPC and CIC values soft switches 204; 

mapping of access server 254, 256 ports to dedicated access 35 Customer identification type ddd, Trunk no 

line (DAL) identifiers and customer IDs; tables necessary to Identification The value for the DDD, Trunk ID 

A . c . , „ v . . J Class of Service rcstnction Type None 

support class of service (COS) restnctions; local access intrastate 
transport area (LATA) tables, state tables; and blocked intraLATA 
country code tables. Domestic 

The Second set of data can be categorized as that data 40 c , A1 . t Domestic and selected international 

jji c. • , r , . „ . Selected International When the class of service restriction 

needed by soft switch 204 for use during call processing. List ID type fa domestic and xlected 

This type of data includes customer and DAL profiles. These international destinations, this is 

profiles define the services that a customer has associated an to toe list of 

with their ANls or DAU. This information can include A „ , ^ *" owed intcrrmtJonal destinations. 

- c A . , . . . . . . , Account Code Type None 

mformabon describing class of service restrictions and 45 Verified Forced 

account Code Settings. Unverified Forced 

The database of configuration server 206 contains voice Unverified Unforced 

network topology information as well as basic data tables A t . . Verified Forced 

Z i . . , . ^ Account code length 2-12 digits 

necessary for soft switch 204 Call processing logic. Con- ^ Service Area, For queries on numbers, these fields 

figuration server 206 is queried by soft switches 204 at 50 State, LATA, and Country are identify the geographic 

start-up and upon changes to this information in order to set information that is 

up the initial connections between elements of telecommu- necessary to process the call. 

nications network 200. Configuration server 206 is also 

queried by soft switches 204 in order to configure initial Configuration server 206 interfaces to components. Con- 
settings within soft switch 204. 55 figuration server 206 receives provisioning and reference 

Configuration server 206 contains the following types of data updates from data distributor 222 of provisioning 
information: IP address and port numbers for all servers that component 222. Configuration server 206 also provides data 
soft switch 204 must communicate with; information indi- to soft switch 204 for call processing. Configuration server 
eating initial primary/secondary/tertiary configurations for 206 is used by soft switch 204 to retrieve information 
server relationships; configuration information for AGs 238, 60 necessary for initialization and call processing. Information 
240 and TGs 232, 234; call processing decision trees for soft that soft switch 204 retrieves from configuration server 206 
switch 204 call processing; mapping of OPC, DPC and CIC during a query is primarily oriented towards customer 
values to soft switch 204; mapping of access server 254, 256 service provisioning and gateway site 108, 110 port con- 
ports to DALs and customer IDs; and tables necessary to figuration. Configuration server 206 database tables acces- 
support COS restrictions. 65 sible to soft switch 204 include the following: toll free 

Configuration information for AGs and TGs includes: number to SCP type translation; SCP type to SCP transla- 

number and configuration of bays, modules, lines and chan- tion; CICs profiles; ANI profiles summary; ANI profiles; 
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account code profiles; NPA/NXX; customer profiles; cus- 
tomer location profiles; equipment service profiles; trunk 
group service profile summaries; trunk group services; high 
risk countries; and selected international destinations. 

Configuration server 206 uses a separate physical inter- 
face for all SNMP messages and additional functions that 
may be defined. Examples of additional functions that may 
be defined include provisioning, updating, and the passage 
of special alarms and performance parameters to configu- 
ration server 206 from the NOC. 

In an alternative embodiment, the functionality of con- 
figuration server 206 can be combined with that of route 
server 212 in a single network component. In an additional 
embodiment of the invention, the functions of either or both 
of CS 206 and RS 212 can be performed by application logic 
residing on soft switch 204. 
f. Route Server (RS) 

FIG. 8A depicts route server support for an exemplary soft 
switch site 800. FIG. 8A includes route server 212a and 
route server 2126. Route servers 212a and 2126 are con- 
nected via redundant connections to soft switches 204a, 
2046 and 204c. Soft switches 204a, 2046 and 204c are in 
turn connected to gateway sites via data network 112 (not 
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TABLE 14-conlinued 





Number Routing Table 








Terminating 






Number 


Circuit Group 


Priority 


Load 


44 1784 470 330 


564 


1 




44 


923 


1 





10 



20 



In Table 14, there are five entries that can match the dialed 
number "303-926-3000". 'Jtie first route choice is the one 
that has a full match of digits with priority one. Since there 
are two entries with full matching digits, and which arc 
marked as priority one, the load should be distributed as 
shown in the load column, (i.e., 50% load share is distributed 
to the first, and 50% load share is distributed to the second). 
The second route choice is the entry with a full digit match, 
but marked with the lower priority of two. The third route 
match is the one that has a matching NPA-NXX. The last 
route choice is the one that has a matching NPA only. 

In situations where there are multiple route choices for a 
DDD number (i.e., the number of called party 120) route 
server 212 must take into consideration several factors when 

o ^ selecting a terminating circuit group. The factors to be 

shown). For example, Softswitch 204a is in communication 25 CODsidered in selecting a terminating circuit group include: 
with TG 232a and TG 2326. Similarly soft switch 2046 is in 0) & c percent loading of circuit groups as shown in the load 
communication with AG 238a and TG 234a. Soft switch c o^mn of Table 14; (2) the throttling use of trunk groups to 
204c is in turn in communication with AG 2386 and AG avoid overloaded networks; (3) the fact that end office trunk 
240a. It would be apparent to a person skilled in the art that groups should be selected before tandem office trunk groups; 

30 and (4) routing based upon negotiated off-network carrier 
agreements. 

Agreements should be negotiated with off-network carri- 
ers to provide the flexibility to route calls based upon 
benefits of one agreement another. The following types of 
35 agreements can be accounted for: (1) commitments for the 
number of minutes given to a carrier per month or per year; 
(2) the agreement that for specific NPA or NPA-NXX sets, 
one carrier may be preferred over another, (3) the agreement 
that international calls to specific countries may have pre- 
40 ferred carriers; (4) the agreement that intra-LAJA or intra- 
state calls originating for certain areas may have a preferred 
carrier in that area; and (5) the agreement that extended area 
service calls may have a preferred carrier. 

<>nAL iiu » .l , t. e . , ^ { °& c for route server 212 can include routing for 

2046, 204c at that site^erefore route server 212 tracks 45 international calls. In the example shown in Table 14*1 is 

^ rc ^ CeS H ?* - *S? ^I 234 * u° d ^ to have ^ "Pccified international numbers, or 

238a, 2386 and 240* that ^ serviced by soft switches 204«, simply routin fof calls ^ tQ a ^ 

2046 and 2Wc at soft switch site 104. COUDtry M ^ domestic QUmbc ^ me routing ^ shoM 

(1) Route Server Routing Logic select the table entry that matches the most digits within the 

The routing logic accepts translated phone numbers and so dialed number, (i.e. the number of called party 120). 



additional TGs and AGs, as well as other gateway site 
devices, (such as a NAS device) can also be in communi- 
cation with soft switches 204a, 2046 and 204c. 

Route server 212 will now be described in further detail 
with reference to FIG. 2. Route server 212 provides at least 
two functions. Route server 212 performs the function of 
supporting the logic for routing calls based upon a phone 
number. This routing, performed by route server 212, results 
in the selection of one or more circuit groups for termina- 
tion. 

Another function of route server 212 is the tracking and 
allocation of network ports. As shown in FIG. 8A, route 
server 212 (collocated with other components at soft switch 
site 104) services routing requests for all soft switches 204a, 



uses anywhere from full digit routing to NPA-bascd routing 
to identify a terminating circuit group. Routing logic selects 
the translation based upon the best match of digits in the 
routing tables. An exemplary routing table is illustrated as 
Table 14. 

TABLE 14 



Number Routing Table 
Terminating 

Number Circuit Group 



Priority Load 



303-926-3000 

303-926-3000 

303-926-3000 

303-926 

303 



34 
56 
23 
76 
236 



50% 
50% 



(2) Route Server Circuit Management 
Once a terminating circuit group has been identified, route 
server 212 needs to allocate a terminating circuit within the 
trunk group. The selection of a terminating circuit is made 
55 by querying the port status table. Table 15 A shows an 
exemplary port status table. The results of a query to port 
status Table 15A yields the location of a circuit. Route server 
212 can use algorithms to select circuits within the trunk 
group. Each circuit group can be tagged with the selected 
60 algorithm that should be used when selecting circuits within 
that group. 

Example algorithms to select circuits within the group 
include: (1) the most recently used circuit within a circuit 
group; (2) the least recently used circuit within a circuit 
65 group; (3) a circular search, keeping track of the last used 
circuit and selecting the next available circuit; (4) the 
random selection of an available circuit within a circuit 
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group; and (5) a sequential search of circuits within a circuit 
group, selecting the lowest numbered available circuit. Table 
15 A illustrates the association between a circuit group and 
the selection algorithm that should be used to allocate ports 
from that group. 5 

TABLE 15A 



Cii 


rcuit Group Parameters 




Circuit group 


Selection (algorithm) 


34 


Random 




35 


Least recently used 


TABLE 15B 




Port Status 




Circuit group 


Port 


Status 


34 


3-4-6-1 


Avail 


34 


3-4-6-2 


In -use 


34 


3-4-6-3 


avail 


34 


3-4-6-4 


avail 



10 



25 



Table 15B includes the circuit group (that a port is a 
member of), a port identifier, and the current status of that 
port. The port identifier shown in Table 15B assumes the 
type of port identification currently used in the IPDC 
protocol, where the port is represented by a bay, module, line 
and channel (BMLQ. It would be apparent to persons 
skilled in the art that other methods of identifying a port can 30 
be used. 

The function of route server 212 is to provide least-cost 
routing information to soft switch 204, in order to route a 
call from calling party 102 to called party 120. In addition 
to providing routing information, route server 212 allocates 35 
ports for terminating calls on the least cost routes, e.g., 
allocating ports within TGs 232, 234. Route server pair 212 
is located at each of soft switch sites 104, 106, 302 and 
services all soft switches 204a, 2046, 204c, 304a, 3046, 
304c, 306a, 3066 and 306c at that site. (Refer to FIG. 3.) 

Route server 212 interacts with at least two other voice 
network components. Route server 212 interacts with con- 
figuration server 206. Configuration server 206 is used to 
retrieve initial information on route server 212 start-up to set 
up the initial routing tables in preparation for receiving 
requests from soft switches 204<z, 2046 and 204c, for 
example. 

Route server 212 also interfaces with soft switch 204. Soft 
switch 204 can send route requests to route server 212 that 
contain either a phone number or a circuit group. Route 
server 212 can perform its least cost routing logic to first 50 
select a terminating circuit group for the call. Using that 
circuit group, route server 212 can then select and allocate 
a terminating circuit. 

A description of the messages and model of interaction 
between route server 212 and soft switch 204 follows. Route 55 
server 212 is used by soft switch 204 to identify the possible 
network terminations for a call. Soft switch 204 passes a 
DDD number, an international DDD (IDDD) number, or a 
circuit group to route server 212 in a "route request" 
message. Using this information from soft switch 204, route 60 
server 212 can return the port on an AG 238, 240 or TG 232, 
234 that should be used to terminate this call. Using this port 
information, soft switch 204 can then signal the originating 
and terminating TG or AG to connect the call through data 
network 112. 

The route server 212 will now be described further with 
reference to FIG. 2B. FIG. 2B depicts a sample call flow 
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258, illustrating how soft switch 204 interacts with route 
server 212 to identify a terminating port for a call. 

In exemplary call flow 258, the call originates and termi- 
nates at different sites, specifically, gateway sites 108, and I 
10. Since exemplary call flow 258 originates and terminates 
at different sites, the cooperation of the originating soft 
switch 204 and terminating soft switch 304 and route servers 
212, 314, respectively to identify the terminating circuit. 
Portions of the call flow will now be described in greater 
detail. 

As depicted in step 259, Tor calls arriving on SS7 signal 
trunks, soft switch 204 receives call arrival notifications in 
the form of IAM messages. Upon receipt of the IAM 
message from SS7 GW 208, soft switch 204 performs some 
initial digit analysis to determine the type of the call. 

In step 260, for calls involving customer features, soft 
switch 204 can use the AN1 of calling party 102 (i.e., the 
telephone number of calling party 102) to query a customer 
profile database in configuration server 206. This is done to 
identify the originating customer's feature set. Each cus- 
tomer's feature set is known as a "trigger plan" for origi- 
nation of the call. A trigger plan can be thought of as a 
flowchart which branches based on certain triggering events 
dependent on the caller's identity. Customer trigger plans 
290 reside in a customer profile on configuration server 206. 

In step 262, the customer profile database of configuration 
server 206 returns the customer trigger plan 290 to soft 
switch 204. Soft switch 204 can perform any processing 
necessary to implement the customer's specified originating 
triggers. 

Application logic in soft switch 204 can then generate a 
translated number or an identification of the terminating 
circuit group for this call. For crample, in the case of an 800 
call, a translation may be requested as in step 265 of an SCP 
214. SCP 214 converts the 800 number into a normal 
number for termination, and in step 266 returns the number 
to soft switch 204. 

In step 267, in order to translate the translated number or 
circuit group into an egress port, soft switch 204 makes a 
route request to route server 212. The routing logic uses the 
NPA-NXX-XXXX to identify the terminating circuit group. 
Upon identifying the terminating circuit group, the route 
logic queries a circuit group to soft switch mapping table in 
route logic 294 of route server 212, to identify the target soft 
switch that handles the identified termination. For example, 
the target soft switch may be soft switch 304. It is important 
to note that there can be multiple route choices, and there- 
fore there can be multiple soft switches 204, 304 supporting 
a single route request. 

In step 268, route server 212 responds to soft switch 204 
with the terminating circuit group. In this example, the 
terminating circuit group is included in trunks connected to 
trunking gateway 234, which is serviced by a different soft 
switch (namely soft switch 304) than originating soft switch 
204. Therefore, route server 212 responds with the termi- 
nating circuit group and identifies soft switch 304 as the soft 
switch that handles that terminating circuit group. 

In step 269, originating soft switch 204 initiates the 
connection from the origination to the termination, by 
requesting a connection from the originating trunking gate- 
way 232. Trunking gateway 232, upon receipt of the set-up 
request from soft switch 204, allocates internal resources in 
trunking gateway 232. 

TG 232 manages its own ports. In an example 
embodiment, TG 232 uses real time protocol (RTP) over 
UDP, and RTP sessions, which are ports used to implement 
an RTP connection. In step 270, TG 232 returns to soft 
switch 204 the IP address and listed RTP port. 
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!n step 274, originating soft switch 204 issues a call setup 
command to terminating soft switch 304. This is the com- 
mand identified by route server 212. 

In step 276, soft switch 304 queries route server 314 to 
determine the termination port for the call. Specifically, soft 
switch 304 queries port status 298 of route server 314. The 
query in step 276, "passes in" as a parameter the terminating 
circuit group. 

In step 278, route server 314 allocates a termination port 
and returns the allocated termination port to terminating soft 
switch 304. 

In step 280, terminating soft switch 304 instructs the 
identified end point (i.e., trunking gateway 234) to reserve 
resources, and to connect the call. Terminating soft switch 
304 passes in an IP address and an RTP port corresponding 
to the port that was allocated by originating TG 232. 

In step 282, terminating TG 234 returns the allocated 
resources for the call to soft switch 304. For voice over IP 
(VOIP) connections, thus includes the listed port and IP 
address for the terminating TG 234. 

In step 284, terminating soft switch 304 returns to origi- 
nating soft switch 204 the TP address of TG 234. 

In step 286, originating soft switch 204 communicates 
with originating TG 232 in order to inform originating TG 
232 of the listed port that was allocated by terminating TG 
234. At this point, originating TG 232 and terminating TG 
234 have enough information to exchange full duplex infor- 
mation. 

In step 288, originating TG 232 acknowledges the receipt 
of the communication from soft switch 304 to soft switch 
204. 

Table 16A shows fields that can be included in a route 
request sent from soft switch 204 to route server 212. The 
route request can contain either a DDD number or a circuit 
group that requires routing. The route request message can 
also contain information about the call, collected from the 
IAM message, that is necessary to perform routing of this 
call. The route request message can also contain information 
about the call, necessary to perform routing of the call, 
which is obtained from the processing of the call. For 
example, in the case of an 800 call, this information can be 
a translated number. 



TABLE 16A 


Values for Route Request sent to the Route Server 


OSCP Route 


Route Server - Route 


Request Parameter 


Request Value 


Message Type 


Route Server Route Request 


Call Reference 


Unique call identifier 


Requesting Soft Switch 


Soft Switch ID 


Bearer Capability 


Voice, Data or Fax 


Destination type 


DDD or circuit group 


Destination 


Fully translated DDD (or [DDD) 




number or circuit group ID 


Originating LATA 


LATA from IAM or from DAL profile 


Calling Number 


AN1 


Originating station type 


II-digits from LAM or DAL profile 


Collected Digits 


Not Used for Route Server 



20 



30 
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TABLE 16B 



Values for Route Response sent from the Route Server 
Customer Profile Query Field Route Server - Route Response Value 



Message Type 
Call Reference 
Result code" 
Number of responses 

Destination circuit group - ] 

Destination circuit - 1 

Outputse digits - 1 

Destination number - 1 
Destination Soft Switch - 1 

Destination circuit group - N 

Destination circuit - N 

Outpulse digits - N 

Destination number - N 
Destination Soft Switch - N 
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Table 16B shows fields which can be included in a 
response corresponding to the route response, sent from 
route server 212 back to soft switch 204. 

Alternatively, each route response can include one route 
termination, and multiple consecutive route terminations can 65 
be determined with multiple route request/response transac- 
tions. 



Route Server Route Response 
Unique call identifier 
Success/Fail 

Number of responses sent from 
the route server 
Terminating circuit group for 
the first route 

Terminating circuit allocated by 
the route server for the first route 
Outpulse digit format for selected 
circuit on the first route 
Destination number for the first route 
Soft switch servicing the circuit 
group for the first route 
Terminating circuit group 
for the Nth route 
Terminating circuit allocated by 
the route server for the Nth route 
Outpulse digit format for selected 
circuit on the Nth route 
Destination number for the Nth route 
Soft switch servicing the circuit group 
for the Nth route 



The route response message can contain a plurality of 
route terminations for the DDD or circuit group that was 
passed in as a parameter to route server 2L2. For example, 
the route response message can include I to 5 route choices. 
Each of the route choices of the route response message can 
include various fields of information. For example, each 
route choice can include the following information: the 
circuit group, the circuit, the outpulse digits, the destination 
number and the destination soft switch 304. Alternatively, 
each route response can include one route termination and 
multiple consecutive route terminations can be determined 
with multiple route request/route response transactions. 

In situations where the selected circuit group is managed 
by the same route server 212 that serviced the route request, 
the response for that route can contain all the information 
about the destination. '1 nis is possible because route server 
212 can identify and allocate the circuit within the circuit 
group. 

In situations where another route server 314 services the 
selected circuit group, the response for that route only 
contains the circuit group and the destination soft switch 
304. Originating soft switch 204 can then make a request to 
terminating soft switch 304 to query the terminating route 
server 314 for a circuit within tic identified circuit group. 
The terminating soft switch 304 can then control the termi- 
nation of the call. 

g. Regional Network Event Collection Point (RNECP) 

Referring back to FIG. 2 A, regional network event col- 
lection points (RNECPs) 224 serve as collection points for 
real-time recorded call events that can be used by other 
systems. Soft switch 204 generates call data. This call data 
can be collected during call processing. Call data can also be 
generated by capturing events from other network elements, 
lliese network elements include internal soft switch site 104 
components and external components. External components 
include SCPs 214, intelligent peripherals (IPs), AGs 238, 
240, TGs 232, 234, and signaling components, such as STPs 
250,252, SSPs, and off switch SCPs. 

Soft switch 204 provides call event data to RNECPs 224. 
Call data can be collected by a primary and secondary server 
at each RNECP 224, using high availability redundancy to 
minimize the possibility of potential data loss. Data from 
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RNECPs 224 can then be transmitted in real-lime to a 
centralized server, called the master network event database 
(MNEDB) 226. ITie MNEDB is discussed further below, 
with reference to FIG. 20. 

FIG. 9 depicts a network event collection architecture 5 
900. FIG. 9 includes western soft switch site 104, central 
soft switch site 106 and eastern soft switch site 302. Soft 
switch sites 104, 106, 302 are illustrated as including RNE 
CPs for collecting events and routing events to a master 
database. Specifically, western soft switch site 104 has soft to 
switches 204a, 2046, 204c communicating via a local area 
network to RNECPs 224a, 2246. RNECPs can include disks 
914, 916. RNECPs 224a, 2246 can be in direct communi- 
cation with, as well as can take a primary and a secondary 
role in communicating with, soft switches 204a, 2046, 204c. 15 

RNECPs 224a, 2246 can route network events through 
management virtual private network (VPN) 910 to master 
network event data center 912. Network events come 
through management VPN 910 and can be routed via 
redundant paths to MNEDB server 226a and/or MNEDB 20 
2266. MNEDBs 226a and 2266 can communicate with one 
another. MNEDB 226a uses disks 926a as primary storage 
for its database. MNEDB 226a also uses disks 9266 for 
secondary storage. Similarly MNEDB 2266 uses primary 
and secondary disks, 926a, 9266. 25 

MNEDB 226a and MNEDB 2266 can be collocated or 
can be geographically diverse. Thus master data center 912 
can be either in one geographical area or in multiple loca- 
tions. 

Management VPN 910 also collects events from the other 30 
soft switch sites, i.e., central soft switch site 106 and eastern 
soft switch site 302. Central soft switch site 106 includes 
soft switches 304a, 3046, 304c redundantly connected via a 
LAN to RNECPs 902 and 904. RNECP 902 has disks 918 
and 920. 35 

Eastern soft switch site 302 includes soft switches 306a, 
3066, 306c, redundantly connected via a LAN. RNECPs 906 
and 908 RNECP 906 can have disks 922 and 924. 

RNECPs 902 and 904 of central soft switch site 106 and 
RNECPs 906 and 908 of eastern soft switch site 302 can 40 
route network events for storage in disks 926a, 9266 of 
MNEDBs 226a, 2266. 

This is done by routing network events via management 
VPN 910 to master data center 912. The soft switches 
generate event blocks and push event block data to the 45 
RNECPs. (Event blocks are recorded call events that are 
created during call processing.) 

Each RNECP 224a, 2246, 902, 904, 906 and 908 forwards 
collected event blocks (EBs) to (MNEDBs) 226a, 2266, 
which arc centralized databases. RNECPs 224a, 2246, 902, 50 
904, 906 and 908 use separate physical interfaces for all 
SNMP messages and additional functions that may be 
defined. Additional functions that can be defined include 
provisioning, updating, and passing special alarm and/or 
performance parameters to RNECPs from the network 55 
operation center (NOC).* 

RNECPs 224a, 2246, 902, 9<M, 906 and 908 are used by 
soft switches 204a, 204ft, 204c, 304a, 3046, 304c, 306a, 
3066 and 306c to collect generated call events for use in 
such services as preparation of billing and reporting. At 60 
specific points throughout the duration of a call, soft 
switches 204a, 2046, 204c, 3<Ma, 3046, 304c, 306a, 3066 
and 306c take the information that the soft switches have 
collected during call processing and push that data to the 
RNECPs. 65 

Multiple types of data are logged by the soft switches 
during call processing of a normal one plus (1+) long 



distance call using account codes. Examples of data logged 
by an exemplary soft switch 204 include: a call origination 
record on the originating side, call termination information 
on the terminating side, an account code record, egress 
routing information, answer information on the originating 
side, call disconnect information on the originating side, call 
disconnect information on the terminating side, and final 
event blocks with call statistics. 

Exemplary soft switch 204 can record data during call 
processing. Soft switch 204 transfers call events from 
RNECP 224 to MNEDB 226 for storage. This call event 
data, stored in MNEDB 226, can be used by various down- 
stream systems for post-processing. These systems include, 
for example, mediation, end-user billing, carrier access 
billing services (CABS), fraud detection/prevention, capac- 
ity management and marketing. 

There are at least two types of ERs. Example Mandatory 
and Augmenting event blocks can be explained as follows. 

Mandatory EBs are created by soft switch 204 during the 
initial point-in-call analysis. Initial point-in-call analysis 
includes going off-hook, (picking up the telephone set) call 
<insert> setup, initial digit analysis (i.e., digit analysis prior 
to any external database transactions or route 
determinations). 

Since other events such as, for example, session/call 
answer, and SCP transactions, can occur during call 
processing, soft switch 204 can create augmenting EBs. 
Augmenting EBs are EBs which can augment the informa- 
tion found in a mandatory EB. Events such as, for example, 
route determination, and answer indication, can be recorded 
in an augmenting EBs. 

Examples of mandatory and augmenting EBs follow. For 
a complete illustration of these EBs, the reader is referred to 
Tables 20-143 and the corresponding discussions below. 
Specifically, Tables 20-48 provide mandatory EBs, Tables 
49-60 provide augmenting EBs, and Tables 61-143 provide 
the call event elements that comprise the Ebs. 

(1) Example Mandatory Event Blocks EBs 

The following event blocks are examples of Mandatory 
Event Blocks: 

EB 0001— Domestic Toll (TG Origination); 
EB 0002 — Domestic Toll (TG Termination); 
EB 0003— Domestic Toll (AG Origination); 
EB 0004 — Domestic Toll (AG Termination); 
EB 0005— Local (TG Origination); 
EB 0006— Local (TG Termination); 
EB 0007— Local (AG Origination); 
EB 0008 — Local (AG Termination); 
EB 0009— 8XX/Toll-Free (TG Origination); 
EB 0010— SXX/Toll-Frec (TG Termination); 
EB 0010-^8XX/ibll-Free (AG Origination); 
EB 0012— SXXJToW Free (AG Termination); 
EB 0013 — Domestic Operator Services (TG 
Termination); 

EB 0014— Domestic Operator Services (AG 
Origination); 

EB 0015— Domestic Operator Services (OSP 
Termination); 

EB 0016 — International Operator Services (TG 
Origination); 

EB 0017 — International Operator Services (AG 
Origination); 

EB 0018 — International Operator Services (OSP 
Termination); 
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EB 0019— Directory Assislance/555-1212 (TG 
Origination); 

EB 0020— Directory Assistance/555-1212 (AG 
Origination); 

EB 0021— Directory Assistance/555-1212 (DASP 
Termination); 

EB 0022— OSP/DASP Extended Calls (Domestic); 

EB 0023 — OS P/D ASP Extended Calls (International); 

EB 0024— International Toll (TG Origination); 

EB 0025 — International Toll (AG Origination); 

EB 0026 — International Toll (TG Termination); 

EB 0027 — International Toll (AG Termination); 

EB 0040 — IP Origination; and 

EB 0041 — IP Termination. 

(2) Augmenting Event Blocks EBs 

The following event blocks are examples of Augmenting 
Event Blocks: 

EB 0050— Final Event Block; 

EB 0051 — Answer Indication; 

EB 0052 — Ingress Trunk ing Disconnect Information; 

EB 0053 — Egress Trunking Disconnect Information; 

EB 0054— Basic 8XX/Toll-Free SCP Transaction Infor- 
mation; 

EB 0055— Calling Party (Ported) Information; 

EB 0056— Called Party (Ported) Information; 

EB 0057— Egress Routing Information (TG 
Termination); 

EB 0058 — Routing Congestion Information; 

EB 0059 — Account Code Information; 

EB 0060 — Egress Routing Information (AG 
Termination); and 

EB 0061 — Long Duration Call Information, 
h. Software Object Oriented Programming (OOPs) Class 
Definitions 

(1) Introduction to Object Oriented Programming (OOP) 
In an example embodiment, soft switch site 104 com- 
prises a plurality of object oriented programs (OOPs) run- 
ning on a computer. As apparent to those skilled in the art, 
soft switch site 104 can alternatively be written in any form 
of software. 

(a) Object Oriented Programming (OOP) Tutorial 

OOPs can be described at a high level by defining object 
oriented programming classes. For example, in an embodi- 
ment of the present invention, soft switch 204 comprise an 
OOP written in an OOP language. Example languages 
include C++ and JAVA. An-OOP model is enforced via 
fundamental mechanisms known as encapsulation, inherit- 
ance and polymorphism. 

Encapsulation may be thought of as placing a wrapper 
around the software code and data of a program. The basis 
of encapsulation is a structure known as a class. An object 
is a single instance of a class. A class describes general 
attributes of that object. A class includes a set of data 
attributes plus a set of allowable operations (i.e., methods). 
The individual structure or data representation of a class is 
defined by a set of instance variables. 

Inheritance is another feature of an OOP model. A class 
(called a subclass) may be derived from another class, 
(called a superclass) wherein the subclass inherits the data 
attributes and methods of the superclass. The subclass may 
specialize the superclass by adding code which overrides the 
data and/or methods of the superclass, or which adds new 
data attributes and methods. 
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Thus, inheritance represents a mechanism by which sub- 
classes are more precisely specified. A new subclass 
includes all the behavior and specification of all of its 
ancestors. Inheritance is a major contributor to the increased 

5 programmer efficiency provided by the OOP. Inheritance 
makes it possible for developers to minimize the amount of 
new code they have to write lo create applications. By 
providing the significant portion of the functionality needed 
for a particular task, classes on the inheritance hierarchy 

10 give the programmer a head start to program design and 
creation. 

Polymorphism refers to having one object and many 
shapes. It allows a method to have multiple implementations 
selected based on the type of object passed into a method 

15 and location. Methods are passed information as parameters. 
These are parameters passed as both a method and an 
invocation of a method. Parameters represent the input 
values to a function that the method must perform. The 
parameters are a list of "typed" values which comprise the 

20 input data to a particular message. The OOP model may 
require that the types of the values be exactly matched in 
order for the message to be understood. 

Object-oriented programming is comprised of software 
objects that interact and communicate with each other by 

25 sending one another messages. Software objects are often 
modeled from real-world objects. 

Object-oriented programs of the present invention are 
hardware platform independent. Client computer 7008 in a 
preferred embodiment is a computer workstation, e.g., a Sun 

30 UltraSPARC Workstation, available from SUN 
Microsystems, Inc., of Palo Alto, Calif., running an operat- 
ing system such as UNIX. Alternatively a system running on 
another operating system can be used, as would be apparent 
to those skilled in the art. Other exemplary operating sys- 

35 terns include Windows/NT, Windows98, OS/2, Mac OS, and 
other UNIX-based operating systems. Exemplary UNIX- 
based operating systems include Solaris, IRIX, LINUX, 
HPUX and OSF. However, the invention is not limited to 
these platforms, and can be implemented on any appropriate 

40 computer systems or operating systems. 

An exemplary computer system is shown in FIG. 70B. 
Other network components of telecommunications network 
200, such as, for example, route server 212 and configura- 
tion server 206, can also be implemented using computer 

45 system 7008 shown in FIG. 70B. Computer system 7008 
includes one or more processors 7012. Processor 7012 is 
connected to a communication bus 7014. 

Client computer 7006 also includes a main memory 7016, 
preferably random access memory (RAM), and a secondary 

50 memory 7018. Secondary memory 7018 includes hard disk 
drive 7020 and/or a removable storage drive 7022. Remov- 
able storage drive 7022 reads from and/or writes to a 
removable storage unit 7024 in a well known manner. 
Removable storage unit 7024 can be a floppy diskette drive, 

55 a magnetic tape drive or a compact disk drive. Removable 
storage unit 7024 includes any computer usable storage 
medium having stored therein computer software and/or 
data, such as an object's methods and data. 

Client computer 7008 has one or more input devices, 

60 including but not limited to a mouse 7026 (or other pointing 
device such as a digitizer), a keyboard 7028, or any other 
data entry device. 

Computer programs (also called computer control logic), 
including object oriented computer programs, are stored in 

65 main memory 7016 and/or the secondary memory 7018 
and/or removable storage units 7024. Computer programs 
can also be called computer program products. Such com- 
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puter programs, when executed, enable computer system information, and run time parameters. Variables 420 can be 

7008 to perform the features of the present invention as used to provide information to the methods 422 included in 

discussed herein. In particular, the computer programs, soft switch class 418. 

when executed, enable the processor 7012 to perform the Methods 422 can include a method to start a soft switch 

features of the present invention. Accordingly, such com- 5 to receive information, to receive a message, to receive a 

puter programs represent controllers of computer system response to a message, and to perform updates. Methods 422 

7008. also include the means to read configuration data, to 

In another embodiment, the invention is directed to a acknowledge messages, to get call context information from 

computer program product comprising a computer readable a signaling message, and to get call context information 

medium having control logic (computer software) stored 10 from an IPDC message. Met hods 422 also include the means 

therein. The control logic, when executed by processor to get call context information from a route response, to get 

7012, causes processor 7012 to perform the functions of the call context information from a route server message, and to 

invention as described herein. forward messages. 

In yet another embodiment, the invention is implemented FIG. 4B includes SS7 gateway proxy 424 which can have 

primarily in hardware using, for example, one or more state 15 inter-object communication with soft switch class 418. FIG. 

machines. Implementation of these state machines so as to 4B also includes route server proxy 426 and configuration 

perform the functions described herein will be apparent to server proxy 428, which can also have inter-object commu- 

persons skilled in the relevant arts. nication. These proxies can also be instantiated by soft 

(2) Software Objects in an OOP Environment switch class 418 objects. 

Prior to describing the class definitions in detail, a 20 FIG. 4B also includes route response 430, signaling 

description of an exemplary software object in an OOP message 432, and IPDC message 434, which can be passed 

environment is described. parameters from soft switch class 418. 

FIG.70A is a graphical representation of a software object FIG. 4F depicts a block diagram 401 of interprocess 
7002. Software object 7002 is comprised of methods and communication including the starting of a soft switch corn- 
variables. For example software object 7002 includes meth- 25 mand and control functions by a network operations center, 
ods 1-8 7004 and variables V^-V^ 7006. Methods 7004 are Diagram 401 illustrates intercommunications between net- 
software procedures that, when executed, cause software work operations center (NOC) 2114, soft switch 204 and 
objects variables 7006 to be manipulated (as needed) to configuration server (CS) 206. NOC 2114 communicates 
reflect the effects of actions of software object 7002. The 404 with soft switch 418 to startup soft switch command and 
performance of software object 7002 is expressed by its 30 control. Soft switch command and control startup registers 
methods 7004. The knowledge of software object 7002 is 405 soft switch 204 with CS 206 by communicating 411 
expressed by its variables 7006. with CS proxy 702, and accepts configuration information 

In object oriented programming, software objects 7002 for soft switch 204 from CS 206. 

are outgrowths (or instances) of a particular class. A class FIG. 4G depicts a block diagram of soft switch command 

defines methods 7004 and variables 7006 that are included 35 and control startup by a network operations center sequenc- 

in a particular type of software object 7002. Software objects ing diagram 413, including message flows 415, 417, 419, 

7002 that belong to a class are called instances of the class. 421 and 423. 

A software object 7002 belonging to a particular class will FIG. 4H depicts a block diagram of soft switch command 

contain specific values for the variables contained in the and control registration with configuration server sequenc- 

class. For example, a software class of vehicles may contain 40 ing diagram 425, including message flows 427, 429, 431 and 

objects that define a truck, a car, a trailer and a motorcycle. 433. 

In object oriented programming, classes are arranged in a FIG. 41 depicts a block diagram, of soft switch accepting 

hierarchical structure. Objects that are defined as special configuration information from configuration server 

cases of a more general class automatically inherit the sequencing diagram 435, including message flows 437, 439, 

method and variable definitions of the general class. As 45 441, 443, 445 and 447. 

noted, the general class is referred to as the superclass. The (b) Call Context Class 

special case of the general class is referred to as the subclass FIG. 4C illustrates a call context class 438 OOP class 

of the general class. In the above example, vehicles is the definition. Call context class 438 includes variables 440 and 

general class and is, therefore, referred to as the superclass. methods 442. 

The objects (i.e. truck, car, trailer, and motorcycle) are all 50 Variables 440 can be used to store information about call 

special cases of the general class, and are therefore referred context class objects 438. For example, variables 440 can 

to as subclasses of the vehicle class. include signaling message information for an incoming 

(3) Class Definitions message, signaling message information for an outgoing 
Example-OOP class definitions are now described. The message, a time stamp, and the number of stored signaling 

functions performed by the methods included in the class 55 messages. 

definitions, and the type of information stored in and/or Methods 442 include various functions which can be 

passed as parameters in the variables of the classes depicted, performed by call context class 438. For example, methods 

will be apparent to those skilled in the art. 442 include a call context message which passes parameters 

(a) Soft Switch Class identifying a call event and a signaling message. Other 

FIG. 4B depicts a soft switch OOP class 418. Soft switch 60 methods 442 include a function to get an 1AM message, to 

class 418 may be instantiated to create a soft switch appli- get a call event identifier, to get an originating network ID, 

cation object. Related OOP classes will be described with to get a terminating network ID, to get a signaling message, 

reference to FIGS. 4C, 4D and 4E. and to get a subroute. Methods 442 also include the means 

Soft switch class 418 includes variables 420 and methods to add an ACM message, an ANM message, an REL 

422. Variables 420 include information about a soft switch 65 message, an RLC message, a connect message, and a route 

204, including soft switch 204 's identifier (ID), error mes- response message. Methods 442 also permit call context 

sage information, RNECP information, alarm server class 438 to set various states as, for example, that an ACM 
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was sent, an I AM was received, an RTP connect was sent, FIG. 50 depicts a block diagram 542 of interprocess 

a COM was received, a connect was sent, an answer was communication including an access server signaling a soft 

sent, an REL was sent, that the system is idle, that an ANM switch to register with SS7 gateways. Diagram 542 illus- 

was sent, or that an RLC was sent. Methods 442 can also get trates intercommunications between access server 232a, soft 

a route. 5 switch 204 and SS7 gateway 208. Access server 232a 

FIG. 4C also includes route response 430, call context communicates 544 with soft switch 418. Soft switch accepts 

repository 444, call event identifier 448, and network ID IPDC messages from access servers from interaction with 

452. Call context repository 444 includes methods 446. the servers. This communication extends 544 the soft switch 

Methods 446 include a register function, a function to get command and control which registers soft switch 204 with 

call context, and to find call context. Call event identifier 448 10 SS7 gateways 232a. This registration uses 546 interaction 

includes the function of identifying a call event 450. between the soft switch and SS7 gateway 424. SS7 gateway 

(c) Signaling Message Class 424 communicates 548 with the soft switch 418. 

FIG; 4D includcs signaling message class 432 OOP class FIG. 5E depicts a block diagram of a soft switch rcgis- 

definition. tering with SS7 gateways sequencing diagram 550, includ- 

Signaling message class 432 includes variables 456 and is ing message flows 552-564. 

methods 458. Variables 456 include an originating message (e) IPDC Message Class 

and a type of the message. FIG. 4E illustrates IPDC message OOP class definition 

Classes 481 inherit from classes 432, i.e. class 432 is the 434. IPDC message 434 includes variables 484 and methods 

base class for SS7 signaling messages. 486. Variables 484 include an IPDC identifier for an IPDC 

Methods 458 include various signaling message functions 20 message. Methods 486 include IPDC message functions, 

which can pass various parameters and receive various which pass such parameters as the route node container, 

parameters. Parameters which can be sent by signaling RHS, IPDC message, an IN port, an OUT port, and a bay 

message functions include the request/response header module line channel (BMLC). Methods 486 include the get 

(Rbs), the signaling message, the network ID, the port, the message type function, the get call event identifier function 

route response, the IPDC message and the soft switch 25 (i.e. passing the call event identifier variable), and the get 

information. Methods 458 also include the function to set the IPDC identifier function (i.e., passing the.IPDC identifier 

originating ingress port, to set the network identifier, to get variable), 

a message type, and to get a network identifier. (f) Call Event Identifier Class 

FIG. 4D also includes network ID 452 and route response FIG. 4E includes call event identifier 448 in communi- 
430. Network ID 452 can communicate with signal message 30 cation with IPDC message class 434, and route node con- 
class objects 432. Route response 430 can receive param- taincr class 488 also in communication with IPDC message 
cters passed by signaling message class objects 432. FIG. class 434 for passing parameters. 

4D also includes ACK message 460, IAM message 464, FIG. 4E also includes exemplary IPDC messages 495, 

ACM message 468, ANM message 472, REL message 476, which inherit from IPDC base class 434. IPDC messages 

and RLC message 480, collectively referred to as SS7 35 495 include ACR message 490, ACSI message 492, COM 

signaling message class definitions 481. Each message of connect message 494, connect message 496, RCR message 

SS7 message class definition 481 includes various functions. 498, RTP connect message 454, and TDM cross connect 

For example ACK message 460 includes methods 462, i.e., message 497. IPDC messages can include various methods, 

the ACK message function. IAM message 464 includes For example, ACR message 490 can include ACR message 

methods 466. Methods 466 include several functions, such 40 function 493. Similarly connect message 496, RCR message 

as, for example the IAM message function, the get dialed 498, and KIT* connect message 454, can include connect 

digits function, the get NOA function and the get ANI message function 491, RCR message function 489, RTP 

function. ACM message 468 includes method 470, which connect function methods, respectively, 

includes function ACM message. ANM message 472 (g) Configuration Proxy Class 

includes methods 474, which includes the ANM message 45 FIG. 7A illustrates configuration server proxy OOP class 

function. REL message 476 includes methods 478, which definition 702. Configuration server proxy 702 includes 

includes the REL message functions. RLC message 486 methods 704. Methods 704 include multiple functions. For 

includes methods 482, which includes the RLC message example, methods 704 include the register function, the get 

functions. configuration data function, the update function, the update 

(d) SS7 Gateway Class 50 all function, and the get data function. 

FIG. 5B includcs SS7 gateway OOP class definition 532 FIG. 7B depicts a block diagram 706 of interprocess 
and SS7 gateway proxy class definition 424. SS7 gateway communication including soft switch interaction with con- 
class 532 includes variables 534, including runtime figuration server (CS) 206. Diagram 706 illustrates inter- 
parameters, STP information, point code, and alias point communications between CS 206 and soft switch 204. CS 
code for an SS7 gateway. 55 206 communicates 708, 710 with soft switch 418. Soft 

FIG. 5C depicts a block diagram 536 of interprocess switch 418 communicates 708 with CS proxy 702 to register 

communication including soft switch interaction with SS7 soft switch 204 with CS. Soft switch 418 communicates 710 

gateways. Diagram 536 illustrates intercommunications with CS proxy 702 to permit soft switch 204 to accept 

between SS7 gateways (SS7 GW) 208 and soft switch 204. configuration information from CS 206. 

SS7 GW 208 communicates 538, 540 with soft switch 418. 60 (b) Route Server Class 

Soft switch 418 communicates 538 with SS7 G W proxy 424 FIG. 8B depicts route server class diagram 802. Class 

accepting signaling messages from SS7 gateways 208. Soft diagram 802 includes route server OOP class definition 804. 

switch 418 communicates 540 with SS7 GW proxy 424 Route server class 804 includes variables 806 and methods 

sending signaling messages to SS7 gateway 208. In sending 808. 

signaling messages, soft switch 204 uses 542 command and 65 Variables 806 include, for a respective route server 212, 

control registration of the soft switch 204 with SS7 gateway an identifier (ID), a ten digit table, a six digit table, a three 

208. digit table, a treatment table, a potential term table, an local 
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serving area (LSA) table, a circuit group (CG) table, an several (unctions. For example methods 850 can include a 

destination AD table, a runtime parameters aud an alarm get OPC function, a get DPC function, a get terminating CIC 

server. (TCIC) function, a get IP function, a reserve function, a 

Methods 808 include several- functions. For example route node function, a get type function, a match function, 

methods 808 include a start function, a receive message 5 a get pool function and a gel BMLC function, 

function, a receive request function, an update function, a Call event identifier class 448 is in communication with 

process function and a digit analysis function. route node class 846. Route node class 846 has additional 

FIG. 8B includes route server proxy class 426. route node subclasses 851. Route node subclasses 851 

FIG. 8B also includes route request class 430, from route include MLC route node class 852, modem route node class 

objects superclass 803, which is passed parameters from 10 856, RTP route node class 858 and treatment route node 

route server class 804. class 862. MLC route node class 852 includes methods 854. 

FIG. 8B also includes route server message class 810, also Methods 854 includes several functions. For example meth- 

from route objects superclass 803, similarly receiving ods 854 can include a match function, an are you available 

parameters from route server class 804. function, a get BMLC function and an unreserve function. 

FIG. 8B also includes configuration server proxy class 15 RTP route node class 858 includes methods 860. Methods 

428, which ls in communication with route server class 804. 860 mc i ude several functions, e.g., a get address port pair 

FIG. 8B also includes RTP pool class 812, chain pool function. Treatment route node class 862 includes variables 

class 814 and modem pool class 818, all of which are from 8 64, e.g., an announcement to play variable. RTP route node 

superclass pools 805, and are in communication with route c]ass 858 has two subclasses, i.e. IP address class 866 and IP 

server class 804. Circuit pool class 816, which is also from 20 p 0r t class 868 

a superclass 805, is also in communication with route server Fjnally mG 8C rou(c nodc containcr cUss ^ 

class m4 - Route node container class 488 includes methods 853. 

. •,/ eCtS , L „™ Methods 853 can include several functions, e.g., a begin 

, P J^ illustrates superclass route objects 803 m greater , , and a next 

detail. Flo. 8C includes route response OOP class definition 25 rnr> oc j • * .1 1 on* r • . 

430. Route response class 430 includes variables 820 and nG 8F , d6plCtS , ^ "ock d.agram 894 of interprocess 

.u j„ <m communication including soft switch interaction with route 

methods 922. /r>o\ -»i -i t^- on* n . . 

w • ui ma * i j ,l 4 c . j server (RS) 212. Diagram 894 illustrates lntercommunica- 

Vanables 820 mciude the type of a route response and a t - .A 7 DC , f , . , ^ A 

e tU . „ , . i . i Uons between RS 212 and soft switch 204. RS 804 accepts 

version of the route response. Methods 822 include several Qtu: t , f f , . , , ono y 

A t . c , , i j *l , 896 route requests from soft switch 418 and sends 898 route 

functions. For example, methods 822 mciude the route 30 r n ~ onA , A , „ & . ^ 

c c . t responses from RS 804 to soft switch 418. Soft switch 

response function, the get type of route response function, _ _ , ne on . t onrt „ 

*u . ™n . a *•« a " - .u . ■ • 1 manages ports by using RS 804 to process 899 unallocatc 

the get call event identifier function, the get originating out m * es F from £ h sw f tch 418 F 

BMLC function, the get originating IP function, the get p , r , 

terminating out BMLC function, the get terminating IP ^) 

function, and the get terminating network ID function. 35 FIG " 8D de P lcts superclass pool class 870. Pool class 870 

FIG. 8C includes route calculator class 824, including inc,ud es methods 872, including a get route node function 

methods 826, which include a calculate function. and a find route node fiction. Pool class 870 has a plurality 

FIG. 8C includes route server message class 810, includ- of ^P 001 classes 871. 

ing methods 828. Methods 828 include several functions, Subpool classes 871 include modem pool class 818, 

including the route server message function, and the get 40 real-time transport protocol (RTP) pool class 812, and chain 

BMLCs function. pool class 814. RTP pool class 812 includes methods 876. 

FIG. 8C includes call event identifier class 448. Network Methods 876 include several functions, including a get 

call event identifier 448 is in communication with route originating route node function, a get terminating out route 

response class 430. node function and a get route node function. Chain pool 

FIG. 8C also depicts route request class 832 in commu- 45 cIass 814 includes methods 878, including a get function, a 

nication with call event identifier class 448. Route request £ et roule n °de function, a get chain pair function and a get 

class 832 includes variables 834 and methods 836. roule °°de function. In communication with modem pool 

Variables 834 include the nature of address, the dialed class 818 is modem route node class 856, which is a subclass 

digits, the ANI, version, and the jurisdiction information fr° m route objects 803. In communication with chain pool 

parameters, of route request class 832. 50 class 814 is chain pair class 874. Chain pair class 874 

Methods 836 include multiple functions. Methods 836 includes methods 880, including a match MLC route nodc 

include the route request function, the get dialed digits function, a match function and an are you available function, 

function, the get nature of address function, and the get Chain pair class 874 is in communication with MLC route 

network ID function. Network ID class 452 is in commu- n °de cIass 852, i.e., a subclass of route objects class 803. 

nication with route request class 832. Potential term con- 55 (k) Circuit Pool Class 

tainer class 844 is in communication with route response FIG. 8E illustrates circuit pool class 816 having methods 

class 430. 886, including a get circuit function. In communication with 

Route class 840 is in communication with route response circuit pool class 816 is a circuit class 882 having methods 

class 430. Route class 840 includes methods 842. Methods 888, including a get route node function. In communication 

842 include several functions. For example methods 842 can 60 with circuit class 882 is circuit group class 884 having 

include a route function, a get next function, a begin variables 890 and methods 892. Variables 890 include a 

function, an end function, a get current function, an add trunk group reference and a type for circuit groups of circuit 

route node function, and an end function. Route node class group class 884. Methods 892 include an any available 

846 is in communication with route class 840. function. Method ID class 452 is in communication with 

Route node 846 includes variables 848 and methods 850. 65 circuit class 882. FIG. 8E also includes module line channel 
Variables 848 include a BMLC, an IP, a location, and a bay (MLC) route node class 852 from the route objects super- 
name for a particular route node. Methods 850 include class. 
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2. Gateway Site 

FIG. 10A depicts a more detailed drawing 1000 of gate- 
way site 108. FIG. 10A includes gateway site 108 compris- 
ing TG 232, NAS 228, AG 238, OACS 242 and announce- 
ment server ANS 246. TG 232, NAS 228 and AG 238 5 
collectively arc referred to as access server 254. DACs 242 
could also be considered an access server 254 if it can be 
controlled by soft switch 204. 

TG 232, NAS 228 and AG 238 are connected via an IP 
interface connection to data network 112. TG 232, NAS 228, 
AG 238 are connected via separate interface to network 
management component 118. Specifically, TG 232 is con- 
nected to network management component 118 via interface 
1002. NAS 228 is connected to network management com- 
ponent 118 via interface 1004. Also, AG 238 is connected to 
network management component 118 via interface 1006. 15 

In addition, FIG. 10A includes ANS 246, which as pic- 
tured is connected directly via the IP connection to data 
network 112. Alternatively, the ANS can functionally exist 
in other areas of the telecommunications network. For 
example, ANS 246 can functionality exist in TG 232, as 20 
depicted by ANS 1008, TG 232 having ANS functionality 
1008. Similarly, ANS functionality (shown as ANS 1010) 
can be provided by AG 238. 

FIG. 10A includes customer facility 128, providing access 
for calling party 122 to AG 238 via a direct access line or 25 
dedicated access line (e.g., a PRI or Tl). In a preferred 
embodiment, signaling for calling party 122 is carried 
inband between customer facility 128 and AG 238 via a 
signaling channel, e.g., an integrated services digital net- 
work (ISDN) data channel (D-channel). Calling party 102, 30 
on the other hand, is connected via carrier facility 126 to 
DACS 242, in order to provide connectivity to TG 232 and 
NAS 228. In a preferred embodiment, signaling for calling 
party 102 is carried out-of-band over signaling network 114, 
as shown in FIG. 10A. 35 

FIG. 10B depicts a block diagram 1012 of interprocess 
communication including soft switch interaction with access 
servers such as trunk ing gateway 232a. Diagram 1012 
illustrates intercommunications between access server 232a 
and soft switch 204. Soft switch 418 accepts 1014 IPDC 40 
messages from access server 232a. Soft switch 418 sends 
1016 IPDC messages to access server 232a. 
a. Trunking Gateway (TG) 

A TG is a gateway enabling termination of PSTN 
co-carrier trunks and feature group-D (FG-D) circuits. FIG. 45 
11A illustrates an exemplary TG 232. Gateway common 
media processing is illustrated in FIGS. 11B and 11C below. 
Gateway common media processing on the ingress side will 
be described with reference to FIG. 11B. Gateway common 
media processing on the egress side will be described with 50 
reference to FIG. 11C. 

Specifically, FIG. 11 A depicts a trunking gateway high 
level functional architecture 1100 for TG 232. FIG. 11A 
includes calling party 102, connected via carrier facility 126 
to DS3 trunks, which in turn provide connection to TG 232. 55 
Signaling for a call from calling party 102 is carried via 
out-of-band signaling network 114, through SS7 gateway 
208, to soft switch 204. Thus is shown with signaling 1118. 

TG 232 is controlled by soft switch 204, via the IPDC 
protocol 1116 through data network 112. TG 232 includes 60 
PSTN interface card 1102 connecting TG 232 to the incom- 
ing DS3 trunks from the PSTN. PSTN interface card 1102 
is connected to a time division multiplexed (TDM) bus 1104. 

TDM bus 1104 takes the incoming DS3 trunks and 
separates the trunks, using time division multiplexing, into 65 
separate DS1 signals 1106. DS1 1106 can be encoded/ 
decoded via, for example, DSP-based encoder/decoder 
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1108. Encoder/decoder 1108 typically performs a voice 
compression, such as G.723. 1, G.729, or simply breaks out 
G.7U 64 kbps DS0 channels. Encoder/decoder 1108 is 
connected to packet bus 1110, for packetizing the incoming 
digital signals. Packet bus 1110, in tum, is connected to IP 
Interface cards 1112-1114. IP Interface cards 1112-1114 
provide connectivity to data network 112 for transmission of 
VOIP packets to distant gateways and control messages to 
soft switch 204. 

TG 232 also includes network management IP interface 
1002 for receiving and sending network management alarms 
and events via the simple network management protocol 
(SNMP) to network management component 118. 

Trunks can handle switched voice traffic and data traffic. 
For example, trunks can include digital signals DS1-DS4 
transmitted over T1-T4 carriers. Table 17 provides typical 
carriers, along with their respective digital signals, number 
of channels, and bandwidth capacities. 



TABLE 17 





Number 


Designation 


Bandwidth in 


Digital 


of 


of 


Megabits per 


signal 


channels 


carrier 


second (Mbps) 


DSO 


1 


None 


0.064 


DS1 


24 


n 


1.544 


DS2 


96 


17 


6.322 


DS3 


672 


T3 


44.736 


DS4 


4032 


T4 


274.176 



Alternatively, trunks can include optical carriers (OCs), 
such as OC-1, OC-3, etc. Table 18 provides typical optical 
carriers, along with their respective synchronous transport 
signals (STSs), ITU designations, and bandwidth capacities. 



TABLE 18 





Electrical 


International 






signal, or 


Telecommuni- 




Optical 


synchronous 


cations Union 


Bandwidth in 


carrier 


transport signal 


(ITU) 


Megabits per 


(OC) signal 


(STS) 


terminology 


second (Mbps) 


OC-1 


STS-1 




51.84 


OC-3 


STS-3 


STM-1 


155.52 


OC-9 


STS-9 


STM-3 


466.56 


OC-12 


STS- 12 


STM-4 


62X08 


OC-18 


STS- 18 


STM-6 


933.12 


OC-24 


STS-24 


STM-8 


1244.16 


OC-36 


STS- 36 


STM-12 


1866.24 


OC-48 


STS-48 


STM-1 6 


2488.32 



With reference to FIGS. 2A and 11A, TGs 232 and 234 
can receive call control messages from and send messages to 
soft switch 204, via the IPDC protocol. Soft switch site 104 
implements a signaling stack, e.g., an SS7 signaling network 
stack, for communications with legacy PSTN devices. On 
the ingress side of the telecommunications network, ingress 
trunking gateway 232 seizes a circuit as a call is initiated 
(i.e. assuming calling party 102 is placing a call to called 
party 120). 

As the circuit is seized at call initiation, SS7 signaling 
network 114 begins the process of setting up a call, by 
sending messages via SS7 GW 208 to soft switch 204. As the 
call progresses, ingress TG 232 can receive commands from 
soft switch 204 to complete the call through ingress TG 232 
and out through the virtual voice network via the IP interface 
1114 to a destination gateway. 

On the egress side of the network, this process is reversed 
to complete the call through the interconnected network to 
egress trunking gateway 234 and ultimately to called party 
120. 
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FIG. 11 B depicts gateway common media processing activation, and comfort noise insertion 1126. The media 

components on the ingress side 1140. FIG. 11 B begins with stream processing functions include, for example, the major 

incoming media stream 1142. From incoming media stream core functionality needed for TGs 232, 234. 

1142, tone detection 1144 can occur and then data detection Other functional components needed in trunking gate- 

1146 can occur or tone detection 1144 can be bypassed (see 5 wavs 232, 234 can also be included. Other functional 

path 1148), as disabled/enabled by soft switch 204 via IPDC. components can include the provisioning and maintenance 

From data detection 1146, silence detection/suppression of trunking gateways 232, 234. 

1150 can be performed. Next, a coder 1152 can be processed W Trunking Gateway Interfaces 

and then the packet stream can be transferred, as shown in TGs ^ 234 P r0Vlde volcc network connectivity to the 

H 54 1Q traditional public switched telephone network (PSTN). TGs 

FIG. 11B is now described with respect to ingress trunk- ? 32 V 234 can a ^P l ™™ r ™ d feature group-D (FG-D) 

ing gateway 232. Incoming media stream 1142 must be L^I 1 W ° uId be ^parent to those skilled in the art that 

A t i ■ « , TGs 232, 234 can accept other telecommunications trunks, 

processed as it passes through ingress gateway 232 to Tfis ^ ^ ^ for termination of SS7 signaled calls to 

complete the call via the IP core data network 112. and ffom telecommunicatioos nctwork 20a 

The first process that takes place is data detection process 15 TGs 232, 234 can convert the media stream into packets 
1146. Data detection process 1146 attempts to detect the for transmission over data network 112. TGs 232, 234 also 
media type of the call traffic. The media type of the call provide a management interface for remote management, 
traffic can include voice, data and modem. The media type control and configuration changes. TGs 232, 234 can inter- 
information can be passed via IPDC protocol to soft switch face to multiple components of telecommunications network 
204 for process determination. 20 200. For example, TGs 232, 234 can interface with, for 

In one embodiment, no additional processing is required. example, the PSTN for carrying media, soft switch 204 for 

In another embodiment, a compression/decompression soft- communication of control messages from soft switch 204, 

ware component (CODEC) that is used in performing media the voice network interface of data network 112 for carrying 

processing, can be selected based on data detection process packetized voice media, and network management compo- 

1146. Specifically, if the data is determined to be modem 25 nent 118 for sending SNMP alerts to the network operation 

traffic and if a suitable CODEC exists for the data rate, soft center (NOC). 

switch 204 can choose to incorporate this CODEC on the TGs 232, 234 interface to the PSTN via co-carrier or 

stream. Alternatively, if the call is a voice call, soft switch FG-D trunks. These trunks are groomed via DACS 242, 244, 

204 can select the CODEC optimized for voice processing to allow multiple two-way 64 kilobits per second (KPS) 

and current nctwork conditions. In an embodiment of the 30 circuits to pass the media stream into and out of TGs 232, 

invention, data calls can always be processed with the 234. The PSTN interface to TGs 232, 234 provides all low 

default bit rate CODEC. level hardware control for the individual circuits and allows 

In silence detection and suppression process 1150, silence the interface to look like another switch connection to the 

in a voice call can be detected and suppressed, yielding PSTN network. 

potential decreases in the volume of transmission of packets 35 TGs 232, 234 also interface with soft switch 204. Refer- 
carrying no digitized voice, due to silence. ring to FIG. 4A, the TG to soft switch interface 412 is used 
In encoding process 1152, once a CODEC has been to pass information needed to control the multiple media 
chosen by soft switch 204 or the decision is made to use the streams. Soft switch 204 controls all available circuit chan- 
default CODEC, the media stream passes through a digital nels that connect through TGs 232, 234. TG to soft switch 
signal processor (DSP) 1108 to apply an appropriate com- 40 interface 412 uses the physical IP network interface cards 
pression algorithm. This compression processing algorithm (NICs) 1112-1114 to send and receive control information to 
can take the media stream as a traditional stream from the and from soft switch 204 using the IPDC protocol. The 
traditional voice world and transform it into a stream suit- IPDC protocol will be described in greater detail below, 
able for digital packetization. Once these packets have been Referring to FIG. 11 A, TGs 232, 234 interface with a 
formed, ingress TG 232 can process the packets into IP 45 voice virtual private network (VPN) that is overlaid on an IP 
packets and prepare the packets for transport through the IP data network 112. The TG to voice VPN interface sends or 
backbone 112 to egress TG 234. receives voice packets on the IP side of the network from 
On the egress side of the network, packetized media is TGs 232, 234 to other network components, e.g., to another 
converted back to a digital stream. Specifically, egress TG of TGs 232, 234. TG to voice VPN interface, in a preferred 
234 can take the packets from data network 112 and decom- 50 embodiment, can physically be a 100 BascT Ethernet 
press them and decode them with the same DSP process and interface, but can be logically divided into virtual ports that 
algorithm used on the ingress side of the network. can be addressable via soft switch 204. The media stream 
FIG. UC depicts exemplary gateway common media can be connected through this interface, i.e., the TG to voice 
processing components on the egress side 1120. FIG. 11C VPN interface, to a distant connection with a real-time 
begins with egress TG 234 receiving packets 1122. Next, 55 transport protocol (RTP) connection, 
packets are buffered to compensate for jitter 1124, and TGs 232, 234 can also interface with network manage- 
comfort noise 1126 can be inserted into the call. Comfort ment component (NMC) 118 for the purposes of commu- 
background noise process 1126 can provide reassurance to nicating network management SNMP alerts. The TGs 232, 
the party on the other end of the call that the call has not been 234 to SNMP interface is a management interface that can 
interrupted, but instead that the other party is merely being 60 be connected to NMC 118 of the network management 
silent. Next, decoding process 1128 can be performed by network through a dedicated connection on TGs 232, 234. 
DSP 1108 and echo processing 1130 can detect and cancel SNMP messages that are generated at TGs 232, 234 can be 
echo. Finally, digital bit stream media, (e.g., a DS0), is passed to the network operations center (NOC) through the 
transferred to a telephony interface (e.g., a DS3 port). TG to SNMP interface. In addition, messages and corn- 
Additional media stream processing functions internal to 65 mands from the NOC can be passed to TGs 232, 234 through 
TGs 232, 234 can include, for example, the ancillary pro- this interface for several purposes including, for example, 
cesses of silence detection and suppression 1150, voice network management, configuration and control. 
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b. Access Gateway (AG) 

An AG is a gateway that enables customers to connect via 
a Direct Access Line (DAL) from their customer premise 
equipment (CPE), such as, for example, a private branch 
exchange (PBX), to the telecommunications network. The 
AG terminates outgoing and incoming calls between the 
CPE, the telecommunications network and the PSTN. 

FIG. 12 depicts an AG high level functional architecture 
1200. FIG. 12 includes calling party 122, connected via 
customer facility 128 to DAL (e.g., either an ISDN PRI or 
a 11 DAL). A PRI DAL is connected from the PSTN-to- 
PSTN interface card 1202a. PSTN interface card 1202a 
includes ISDN signaling and media, meaning it includes 
both bearer channels (B-channels) for carrying media and 
data channels (D-channels) for carrying ISDN signaling 
information. 

ATI DAL can be connected from the PSTN to a PSTN 
interface card 12026, supporting IT in -band channel asso- 
ciated signaling (CAS). PSTN interface cards 1202a, 12026 
are connected to TDM bus 1204. Using TDM bus 1204, 
incoming Tl and PRI signals are broken into separate DS1 
signals 1206. 

DS1 1206 is then encoded via DSP-bascd encode/decode 
1208. After encoding via DSP-based encode/decode 1208, 
the signal is packetized via packet bus 1210, to be trans- 
mitted via IP interface cards 1212-1214, over data network 
112. IP packets containing signaling information (e.g., 
D-channel) are routed to soft switch 204. IP packets con- 
taining media are transmitted to other media gateways, i.e. 
access servers such as an AG or TG 

IP interface card 1214 includes both control and signaling 
information in its packets. This is illustrated showing IPDC 
protocol control information 1216 and signaling information 
1218. 

AG 238 delivers signaling information inband over data 
network 112 to soft switch 204. Accordingly, calling party 
122 need not have its customer facility 128 have connec- 
tivity with SS7 signaling network 114. 

AG 238 is functionally equivalent to TG 232. AG 238 
differs from TG 232 only in the circuit types and scale of the 
terminated circuits supported. The circuit types and scale of 
terminated circuits supported drives the line side cards and 
signaling that AG 238 provides to a PBX or other customer 
facility 128. The circuit associated and in -band signaling 
provided by the PBX or customer facility 128 must be 
passed from AG 238 to soft switch 204 via the IPDC 
protocol. AG 238 receives call-processing information from 
soft switch 204. 

(1) Access Gateway Interfaces 

AGs 238, 240 interface to several components of tele- 
communications network 200. The interfaces of AGs 238, 
240 include interfaces facing the network, i.e., data network 
112, and network management component 118, as described 
for TGs 232, 234 above. AGs 238, 240 also interface on the 
line side, through line side card interfaces, which can be 
needed to support in-band Tl and ISDN primary rate inter- 
face (ISDN PRI) circuits. 

In-band Tl and ISDN PRI interfaces can be provisioned 
on an as-needed basis on AGs 238, 240, to support the 
equipment that can terminate the circuit on the far end. The 
ISDN PRI can support standard ISDN circuit associated 
D-channel signaling in the 23B+1D, NB+1D and NB+2D 
(bearer (B-) and data (D-) channel) configurations. For the 
in-band signaling Tl configuration, the circuit can support 
wink start or loop start signaling. 

The next six paragraphs briefly introduce wink start, loop 
start, and ground start signaling as would be apparent to a 
person having ordinary skill in the relevant communications 
signaling art. 
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Wink start refers to seizing a circuit by using a short 
duration signal 1 Tie signal is typically of a 140 millisecond 
duration. 'Itie wink indicates the availability of an incoming 
register for receiving digital information from a calling 

5 switch. Wink starts are used in telephone systems which use 
address signaling. 

Loop start refers to seizing a circuit using a supervisory 
signal. A loop start signal is typically generated by taking the 
phone off hook. With a loop start, a line is seized by bridging 

10 a tip and ring (i.e., the wires of the telephone line) through 
a resistance. A loop start trunk is the most common type of 
trunk found in residential installations. The ring lead is 
connected to -48 V and the tip lead is connected to 0 V (i.e., 
connected to ground). To initiate a call, a "loop" ring can be 

15 formed through the telephone to the tip. A central office (CO) 
can ring a telephone by sending an AC voltage to the ringer 
within the telephone. When the telephone goes off-hook, the 
DC loop Is formed. The CO detects the loop and the fact that 
it is drawing a DC current, and stops sending the ringing 

20 voltage. 

Ground starting refers to seizing a trunk, where one side 
of a two-wire trunk (the ring conductor of the tip and ring) 
is temporarily grounded to get a dial tone. Ground starts are 
typically used for CO to PBX connections. Ground starting 

25 is effectively a handshaking routine that is performed by the 
CO and PBX. The CO and PBX agree to dedicate a path so 
that incoming and outgoing calls cannot conflict, so that 
"glare" cannot occur. 

The PBX can check to see if a CO ground start trunk has 

30 been dedicated. In order to sec if the trunk has been 
dedicated, the PBX checks to sec if the tip lead is grounded. 
An undedicated ground start trunk has an open relay 
between 0 V (ground) and the tip lead connected to the PBX. 
If the trunk has been dedicated, the CO will close the relay 

35 and ground the tip lead. 

In a ground start, the PBX can also indicate to the CO that 
it requires a trunk. The PBX has a PBX CO caller circuit. 
The PBX CO caller circuit can call a CO ground start trunk. 
The PBX CO caller circuit briefly grounds the ring lead 

40 causing DC current to flow. The CO detects the current flow 
and interprets it as a request for service from the PBX. 

"Glare" occurs when both ends of a telephone line or 
trunk are seized at the same time for different purposes or by 
different users. Glare resolution refers to the ability of a 

45 system to ensure that if a trunk is seized by both ends 
simultaneously, then one caller is given priority, and the 
other is switched to another trunk. 

AGs 238 and 240 interface to the PSTN via Tl CAS 
signaling and ISDN PRI trunks. ISDN PRI trunks are 

50 groomed via the DACS 242 and 244 to allow multiple 
two-way 64 kps circuits to pass signaling information cir- 
cuits to pass signaling information and the media stream into 
and out of AGs 238 and 240. The AG to PSTN interface 
provides all low level hardware control for the individual 

55 circuits. The AG to PSTN interfaces, specifically, PSTN 
interface cards 1202a and 1202, also allow the interface to 
look like a switch connection to the PSTN network. 

AG to soft switch interface 414 can be used to pass 
information needed to control multiple media streams. Soft 

60 switch 204 can control all available circuit channels that 
connect through AGs 238, 240. AG to soft switch interface 
414 can use the physical voice network interface card to 
send and receive control information to and from soft switch 
204 using the IPDC protocol. 

65 AGs 238, 240 can have a separate physical interface to 
network management component (NMC) 118. AG 238 has 
network management IP interface 1006, which sends net- 
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work management alarms and events in the SNMP protocol 
format to NMC 118. ltie AG to NMC interface can be used 
for delivery of SNMP messages and additional functions. 
Examples of additional functions that can be defined 
include, for example, functions for provisioning, updating, 5 
and passing special alarms and performance parameters to 
AGs 238, 240 from the network operation center (NOC) of 
NMC 118. 

c. Network Access Server (NAS) 

NASs 228, 230 accept control information from soft 10 
switch 204 and process the media stream accordingly. 
Modem traffic is routed to the internal processes within 
NASs 228, 230 to terminate the call and route the data traffic 
out to data network 112. The reader is directed to U.S. Patent 
Application entitled "System and Method for Bypassing 15 
Data from Egress Facilities'*, filed concurrently herewith, 
Attorney Docket No. 1757.0060000, which is incorporated 
herein by reference in its entirety, describing with greater 
details the interaction between NASs 228, 230 and control 
server soft switch 204. 20 

FIG. 13 depicts a NAS high-level architecture 1300. FIG. 
13 includes calling party 102 calling into carrier facility 126. 
Its signaling information is routed via out-of-band signaling 
network 114 to SS7 GW 208. The signaling information 
1318 is sent to soft switch 204. 25 

NAS 228 receives trunk interfaces from the PSTN at 
PSTN interface card 1302. PSTN interface card 1302 is 
connected to TDM bus 1304. 

TDM bus 1304, in turn, can break out separate DS1 
signals 1306. These DS1 signals 1306 can be terminated to 30 
modems 1308. Modem 1308 can convert the incoming data 
stream from a first format to a second format over packet bus 
1310 to DP interface card 1312 or 1314. It is important to note 
that IP interfaces 1312 and 1314 are the same. 

Interface card 1312 carries media (e.g., data, voice traffic, 35 
etc.) over data network 112. The media can be sent over 
multiple routers in data network 112 to the media's final 
destination. IP interface card 1314 transmits packets of 
information through data network 112 to soft switch 204, 
including control information 1316 in the IPDC protocol 40 
format. Interface cards 1312 and 1314 can also perform 
additional functions 

NAS 228 includes network management interface card 
(NMIC) 1004, for providing network management alarms 
and events in an SNMP protocol format to network man- 45 
agement component 118. 

(1) Network Access Server Interfaces 

Telecommunications network 200 supports interaction 
with NASs via communication of control information from 
soft switch 204. The interfaces between NASs 228, 230 and 50 
the other network components of telecommunications net- 
work 200, can be identical to those found on TGs 232, 234, 
with the exception of the FG-D interface. 

NASs 228, 230 can interface to the PSTN via co-carrier 
trunks. The co-carrier trunks can be groomed via the DACS 55 
242, 244, to allow multiple two-way 64 kps circuits to pass 
the media stream into and out of NASs 228, 230. The NASs 
to PSTN interface provides all low level hardware control 
for the individual circuits. The NASs to PSTN interface 
looks like another switch connection to the PS'1*N network. 60 

NASs 228, 230 interface with soft switch 204 in order to 
pass information required to control the multiple media 
streams. Soft switch 204, via the NASs to soft switch 
interface, can control all available circuit channels that 
connect through NASs 228, 230. The interface between 65 
NASs 228, 230 and soft switch 204 uses the physical voice 
network interface card (NIC) to send and receive control 
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information to and from soft switch 204 and NASs 228, 230 
via the IPDC protocol. 

NASs 228, 230 can interface with the backbone network 
of data network 112. The NASs to backbone interface of data 
network 112 can allow the media stream to access the data 
network 112 and to terminate to any termination with an IP 
address including public Internet and world wide web sites, 
and other Internet service providers (ISP). This modem 
traffic media stream can be separate from any voice data 
media stream that is carried over the backbone. Modem 
traffic can enter NASs 228, 230 in the form of serial line 
interface protocol (SLIP) or a point to point protocol (PPP) 
protocol and can be terminated to modems and can then be 
converted into another protocol, such as, for example, an 
IPX, an Apple Talk, a DECNET protocol, an RTP protocol, 
an Internet protocol (IP) protocol, a traasmission control 
protocol /user datagram protocol (UDP), or any other appro- 
priate protocol for routing to, for example, another private 
network destination. 

NASs 228, 230 can use a separate physical interface for 
communication of SNMP alerts and messages to NMC 118. 
The NAS to NMC interface can be used for additional 
functions. Examples of additional functions that can be 
defined include, for example, provisioning, updating, and 
passing special alarms, and performance parameters to 
NASs 228, 230 from the network operations center (NOC). 
d. Digital Cross-Connect System (DACS) 

FIG. 14 illustrates exemplary DACS 242 in detail. DACS 
242 is a time division multiplexer providing switching 
capability for incoming trunks. 

Referring to FIG. 14, voice and data traffic comes into 
DACS 242 from carrier facility 126 on incoming trunks. 
DACS 242 receives a signal from soft switch 204 (over data 
network 112) indicating how DACS 242 is to switch the 
traffic. Depending on the signal provided by soft switch 204, 
DACS 242 can switch the incoming traffic onto either 
circuits directed to TG 232, or circuits directed to NAS 228. 

More generally, a DACS 242 is a digital switching 
machine, employed to manage or "groom" traffic at a variety 
of different traffic speeds. Grooming functions of DACS 242 
include the consolidation of traffic from partly filled incom- 
ing lines with a common destination and segregation of 
incoming traffic of differing types and destinations. A tra- 
ditional DACS 242 can have one of several available 
architectures. Example architectures, which accommodate 
different data rates and total port counts, include narrowband 
(or 1/0), wideband (or 3/1), and broadband (or 3/3). 

As backbone traffic has grown, with increased data traffic, 
there is an emerging need for even higher capacity DACS 
242, having interface speeds of OC-48 and beyond, as well 
as cell and packet-switching capabilities to accommodate 
the increasing data traffic. 

As data traffic continues to grow, increasing the demands 
of telecommunications networks, and as through-put speeds 
increase, DACS (e.g., DACS 242) are migrating to include 
higher-speed switching matrices capable of terabit through- 
put. DACS 242 can also include high-speed optical inter- 
faces. 

Telecommunications network 200 can also make use of 
virtual DACS (VDACS). VDACS are conceptually the use 
of a computer software controlled circuit switch. For 
example, a DACS can be built which is capable of inter- 
communicating with a soft switch via, a protocol such as, for 
example, internet protocol device control (IPDC), to per- 
form the functionality of a DACS. 

In one embodiment of the invention, a NAS is used to 
terminate co-carrier, or local trunks, and a TG is used to 
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terminate long distance trunks. In such a system, if a voice 
call were to come in over a NAS, then the voice call could 
be transmitted to the TG for termination. One approach that 
can be used to terminate this voice call includes occupying 
an outgoing channel to transmit the call out of the NAS and 5 
into the TG. Another approach uses a comma ndable DACS, 
a VDACS. The VDACS can cross-connect on command, so 
as to act as a commandable circuit switch. In practice, the 
soft switch can send a command down to the VDACS via 
IPDC, for example. A VDACS can be built by using a 10 
traditional DACS with the addition of application program 
logic supporting control and communication with a soft 
switch. 

e. Announcement Server (ANS) 

Referring back to FIGS. 2A and 10A, ANSs 246, 248 15 
store pre-recorded announcements on disk in an encoded 
format. ANSs 246, 248 provide telecommunications net- 
work 200 with the ability to play pre-recorded messages and 
announcements, at the termination of a call. For example, 
ANSs 246, 248 can play a message stating that "all circuits 20 
are busy." 

In one embodiment, the functionality of ANSs 246, 248 
can be included in TG 232 and/or AG 238. The features of 
this embodiment are dependent on the amount of resources 
in TG 232 and AG 238. This internal announcement server 25 
capability is shown in FIG. 10A, including, for example, 
ANS 1008 in TG 232 and ANS 1010 in AG 238. It would 
be apparent to those skilled in the art that ANS functionality 
can be placed in other systems, such as, for example, soft 
switch 204 and NAS 1004. 30 

In another embodiment, ANSs 246, 248 arc applications 
running on one or more separate servers, as shown in FIG. 
15. FIG. 15 depicts an announcement server (ANS) com- 
ponent interface design 1500. FIG. 15 includes ANS 246, 
which is in communication with TG 232, AG 238 and soft 35 
switch 204 over data network 112. ANS 246 can be con- 
trolled by soft switch 204 via the IPDC protocol. ANS 246 
can send network management alerts and events to network 
management component (NMC) 118. Data distributor 222 
can send announcement files to ANS 246. 40 

A benefit of providing separate ANSs 246, 248 is that a 
more robust database of announcements can be stored and 
made available for use by the soft switch than is supported 
in conventional networks. Another benefit of a separate ANS 
246, 248 is that less storage is required in TGs and AGs since 45 
the announcement functionality is supported by the server of 
ANSs 246, 248 server. ANSs 246, 248 can be controlled by 
one or more soft switches to play the voice messages, via the 
IPDC protocol. 

After determining that an announcement should be 50 
played, Soft switch 204 chooses an ANS 246 or 248 that is 
closest to the point of origination for the call, if available. 
The ANS and gateway site establish a real-time transport 
protocol (RTP) session for the transmission of the voice 
announcement. Then ANS 246 or 248 streams the file over 55 
RTP to the terminating gateway. When the message is 
complete, ANSs 246, 248 can replay the message or dis- 
connect the call. 

ANSs 246, 248 can store the message files in each of the 
media coder/decoders (CODECs) that the network supports. 60 
ANSs 246, 248 can send announcements stored in the format 
of the G.711, G.726, and G.728, and other standard 
CODECs. The soft switch can direct ANS 246, 248 to play 
announcements using other CODECS if the network enters 
a state of congestion. Soft switch 204 can also direct ANS 65 
246, 248 to play announcements using other CODECs if the 
gateway or end client is an IP client that only supports a 
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given CODEC. In another embodiment, the CODEC of an 
announcement can be modified while the announcement is 
playing. 

ANS 246 will now be described with greater detail with 
reference to FIG. 15. ANS 246 has several interfaces. ANS 
interfaces include the provisioning, control, alarming, and 
voice path interfaces. ANS 246 also has several data paths. 
The path from ANS 246 to TG 232 or to AG 238, have a 
common voice path interface (i.e., which is the same for TG 
232 and AG 238). The voice path interface can use RTP and 
RTCP. 

In a preferred embodiment, ANS 246 to soft switch 204 
interface provides for a data path using the interact protocol 
device control (IPDC) protocol to control announcement 
server 246. 

The ANS 246 to SNMP agent in network management 
component 118 data path is used to send alarm and event 
information from ANS 246 to SNMP agent via SNMP 
protocol. 

Data distributor 222 to announcement server 246 data 
path carries announcement files between announcement 
server 246 and data distributor 222. The provisioning inter- 
face downloads, via a file transfer protocol (FTP), encoded 
voice announcement files to announcement server 246. 

Announcement server 246 uses a separate physical inter- 
face for all SNMP messages and additional functions that 
can be defined. Examples of additional functions that can be 
defined include provisioning, updating, and passing of spe- 
cial alarms and performance parameters to announcement 
servers 246 from NOC 2114. 

In another embodiment, announcement server 246 is 
located in soft switch site 104. It would be apparent to those 
skilled in the art that announcement server 246 could be 
placed in other parts of telecommunications network 200. 

3. Data Network 

In an example embodiment, data network 112 can be a 
packet-switched network. A packet-switched network such 
as, for example, an ATM network, unlike a circuit switch 
network, does not require dedicated circuits between origi- 
nating and terminating locations within the packet switch 
network. The packet-switched network instead breaks a 
message into pieces known as packets of information. Such 
packets are then encapsulated with a header which desig- 
nates a destination address to which the packet must be 
routed. The packet-switched network then takes the packets 
and routes them to the destination designated by the desti- 
nation address contained in the header of the packet. 

FIG. 16A depicts a block diagram of an exemplary soft 
switch/gateway network architecture 1600. FIG. 16 A illus- 
trates a more detailed version of an exemplary data network 
112. In an exemplary embodiment, data network 112 is a 
packet-switched network, such as, for example, an asyn- 
chronous transfer mode (ATM) network. FIG. 16 includes 
western soft switch site 104 and gateway sites 108, 110 
connected to one another via data network 112. Data is 
routed from western soft switch 104 to gateway sites 108, 
110 through data network 112, via a plurality of routers 
located in western soft switch site 104 and gateway sites 
108, 110. 

Western soft switch site 104 of FIG. 16A includes soft 
switches 204a, 2046, 204c, SS7 GWs 208, 210, CSs 206a, 
2066, RSs 212a, 2126 and RNECPs 224a, 2246, all inter- 
connected by redundant connections to ethernet switches 
(ESs) 332, 334. ESs 332, 334 are used to interconnect the 
host computers attached to them, to create an cthernet- 
switched local area network (LAN). ESs 332, 334 are 
redundantly connected to routers 320, 322. The host com- 
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puters in the local area network included in western soft 
switch site 104 can communicate with host computers in 
other local area networks, e.g., at gateway sites 108, 110, via 
routers 320, 322. 

Gateway site 108 of FIG. 16A includes TGs 232a, 2326, 5 
AGs 238a, 2386 and NASs 228a, 2286, 228c, intercon- 
nected via redundant connections to ESs 1602, 1604. ESs 
1602, 1604 interconnect the multiple network devices to 
create a LAN. Information can be intercommunicated to and 
from host computers on other LANs via routers 1606, 1608 10 
at gateway site 108. Routers 1606, 1608 are connected by 
redundant connections to ESs 1602, 1604. 

Gateway site 110 of FIG. 16A includes TGs 234a, 2346, 
AGs 240a, 2406, and NASs 230a, 2306, 230c, connected via 
redundant connections to ESs 1610, 1612 to form a local is 
area network. Ethernet switches (ESs)16 10, 1612 can in turn 
intercommunicate information between the LAN in gateway 
site 110 and LANs at other sites, e.g., at western soft switch 
site 104 and gateway site 108 via routers 1614, 1616. 
Routers 1614, 1616 are connected to ESs 1610, 1612 via 20 
redundant connections. 

Routers 320, 322 of western soft switch site 104, routers 
1606, 1608 of gateway site 108, and routers 1614, 1616 of 
gateway site 110 can be connected via NICs, such as, for 
example, asynchronous transfer mode (ATM) interface cards 25 
in routers 320, 322, 1606, 1608, 1614, 1616 and physical 
media such as, for example, optical fiber link connections, 
and/or copper wire connections. Routers 320, 322, 1606, 
1608, 1614, 1616 transfer information between one another 
and intercommunicate according to routing protocols. 30 

a. Routers 

Data network 112 can include a plurality of network 
routers. Network routers are used to route information 
between multiple networks. Routers act as an interface 
between two or more networks. Routers can find the best 35 
path between any two networks, even if there are several 
different networks between the two networks. 

Network routers can include tables describing various 
network domains. A domain can be thought of as a local area 
network (LAN) or wide area network (WAN). Information 40 
can be transferred between a plurality of LANs and/or 
WANs via network devices known as routers. Routers look 
at a packet and determine from the destination address in the 
header of the packet the destination domain of the packet. If 
the router is not directly connected to the destination 45 
domain, then the router can route the packet to the router's 
default router, i.e. a router higher in a hierarchy of routers. 
Since each router has a default router to which it is attached, 
a packet can be transmitted through a series of routers to the 
destination domain and to the destination host bearing the 50 
packet's final destination address. 

b. Local Area Networks (LANs) and Wide Area Networks 
(WANs) 

A local area^network (LAN) can be thought of as a 
plurality of host computers interconnected via network 55 
interface cards (NICs) in the host computers. The NICs are 
connected via, for example, copper wires so as to permit 
communication between the host computers. Examples of 
LANs include an ethemet bus network, an e the met switch 
network, a token ring network, a fiber digital data intercon- 60 
nect (FDDI) network, and an ATM network. 

A wide area network (WAN) is a network connecting host 
computers over a wide area. In order for host computers on 
a particular LAN to communicate with a host computer on 
another LAN or on a WAN, network interfaces intercon- 65 
necting the LANs and WANs must exist. An example of a 
network interface is a router discussed above. 



A network designed to interconnect multiple LANs and/or 
WANs is known as an internet. An internet can transfer data 
between any of a plurality of networks including both LANs 
and WANs. Communication occurs between host computers 
on one LAN and host computers on another LAN via, for 
example, an internet protocol (IP) protocol. The UP protocol 
requires each host computer of a network to have a unique 
IP address enabling packets to be transferred over the 
internet to other host computers on other LANs and/or 
WANs that are connected to the internet. An internet can 
comprise a router interconnecting two or more networks. 

The "Internet" (with a capital "I") is a global internet 
interconnecting networks all over the world. The Internet 
includes a global network of computers which intercommu- 
nicate via the internet protocol (IP) family of protocols. 

An "intranet" is an internet which is a private network that 
uses internet software and internet standards, such as the 
internet protocol (IP). An intranet can be reserved for use by 
parties who have been given the authority necessary to use 
that network, 
c. Network Protocols 

Data network 112 includes a plurality of wires, and routes 
making up its physical hardware infrastructure. Network 
protocols provide the software infrastructure of data network 
112. 

Early network protocols and architectures were designed 
to work with specific proprietary types of equipment. Early 
examples included IBM systems network architecture 
(SNA) and Digital Equipment Corporation's DECnet. 

Telecommunications vendors have moved away from 
proprietary network protocols and technologies to multi- 
vendor protocols. However, it can be difficult for all neces- 
sary vendors to agree on how to add new features and 
services to a multi- vendor protocol. This can be true because 
vendor-specific protocols can in some cases offer a greater 
level of sophistication. For example, initial versions of 
asynchronous transfer mode (ATM) completed by the ATM 
Forum did not have built-in quality of service (QoS) capa- 
bilities. Recent releases of the specification added those 
features, including parameters for cell-transfer delay and 
cell-loss ratio. However, interoperability among equipment 
of different vendors and device performance still need 
improvement. 

The IETF is working on defining certain Internet proto- 
cols (IP) "classes of service". IP classes of service could 
provide a rough equivalent to ATMs QoS. IP classes of 
service is included as part of the IETF's integrated services 
architecture (ISA). ISA's proposed elements include the 
resource reservation protocol (RSVP), a defined packet 
scheduler, a call admission control module, an admission 
control manager, and a set of policies for implementing these 
features (many of the same concepts already outlined in 
ATM QoS). 

(1) Transmission Control Protocol/Internet Protocol 
(TCP/IP) 

The Internet protocol (IP) has become the primary net- 
working protocol used today. This success is largely a part 
of the Internet, which is based on the transmission control 
protocol/internet protocol (TCP/IP) family of protocols. 
TCP/IP is the most common method of connecting PCs, 
workstations, and servers. TCP/IP is included as part of 
many software products, including desktop operating sys- 
tems (e.g., Microsoft's Windows 95 or Windows NT) and 
LAN operating systems. To date, however, TCP/IP has 
lacked some of the desired features needed for mission- 
critical applications. 

The most pervasive LAN protocol to date, has been 
IPX/SPX from Novell's NetWare network operating system 
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(NOS). However, IPX/SPX is losing ground to TCP/IP. ing reconstruction, ioss detection, and security. With RTP, 
Novell has announced that it will incorporate native IP data can be delivered to one or more destinations, with a 

support into NetWare, ending NetWare's need to encapsu- limit on delay. 

late IPX packets when carrying them over TCP/IP connec- R TP and otner Internet real-time protocols, such as the 

tions. Both UNIX and Windows NT servers can use TCP/IP. 5 Internet stream protocol version 2 (ST2), focus on the 

Banyan's VINES, IBM's OS/2 and other LAN server oper- efficiency of data transport. RTP and other Internet real-time 

ating systems can also use TCP/IP. protocols are designed for communications sessions that are 

(2) Internet Protocol (IP)v4 and IPv6 persistent and that exchange large amounts of data. RTP 
IPv6 (previously called next-generation IP^or IPng) is a does not haodle resource reservation or QoS control. 

backward-compatible extension of the current version of the 10 !^l e * d ' RTP relieS 00 ^source reservation protocols such as 

Internet protocol, IPv4. IPv6 is designed to solve problems RSW, communicating dynamically to allocate appropriate 

brought on by the success of the Internet (such as running a " A \ . , . . , . 

t f aa a . . ui \ \n. * i j j R TP ac ^ s a Umc stamp and a header that distinguishes 

out of address space and router tables). IPv6 also adds whether an , p ket is J a or voi a „ ^ prioriu ^ tion 

needed features, including circuiting security, auto- of voice packets, while RSVP allows networking devices to 

configuration, and- real-time services similar to QoS. 15 rcserve bandwidth for carrying unbroken multimedia data 

Increased Internet usage and the allocation of many of the streams 

available IP addresses has created an urgent need for Real-time Control Protocol (RTCP) is a companion pro- 
increased addressing capacity. IPv4 uses a 32-byte number tocol to RTP that analyzes network conditions. RTCP oper- 
to form an address, which can offer about 4 billion distinct ates in a multi-cast fashion to provide feedback to RTP data 
network addresses. In comparison, IPv6 uses 128-byles per 20 sources as well as all session participants. RTCP can be 
address, which provides for a much larger number of avail- adopted to circumvent datagram transport of voice-over-IP 
able addresses. in private IP networks. With RTCP, software can adjust to 

(3) Resource Reservation Protocol (RSVP) changing network loads by notifying applications of spikes, 
Originally developed to enhance IPv4 with QoS features, or variations, in network transmissions. Using RTCP net- 

RSVP lets network managers allocate bandwidth based on 25 work feedback, telephony software can switch compression 

the bandwidth requirements of an application. Basically, algorithms in response to degraded connections. 

RSVP is an emerging communications protocol that signals (5) IP Multi-Casting Protocols 

a router to reserve bandwidth for real-time transmission of Digital voice and video comprise of large quantities of 

data, video, and audio traffic. data that, when broken up into packets, must be delivered in 

Resource reservation protocols that operate on a per- 30 a timely fashion and in the right order to preserve the 

connection basis can be used in a network to elevate the qualities of the original content. Protocol developments have 

priority of a given user temporarily. RSVP runs end to end been focused on providing efficient ways to send content to 

to communicate application requirements for special han- multiple recipients, transmission referred to as multi- 

dling. RSVP identifies a session between a client and a casting. Multi-casting involves the broadcasting of a mes- 

server and asks the routers handling the session to give its 35 sage from one host to many hosts in a one-to-many rela- 

communica tions a priority in accessing resources. When the tionship. A network device broadcasts a message to a select 

session is completed, the resources reserved for the session group of other devices such as PCS or workstations on a 

are freed for the use of others. LAN, WAN, or the Internet. For example, a router might 

RSVP offers only two levels of priority in its signaling send information about a routing table update to other 

scheme. Packets are identified at each router hop as either 40 routers in a network. 

low or high priority. However, in crowded networks, two- Several protocols are being implemented for IP multi- 
level classification may not be sufficient. In addition, packets casting, including upgrades to the Internet protocol itself For 
prioritized at one router hop might be rejected at the next. example, some of the changes in the newest version of IP, 

Accepted as an IETF standard in 1997, RSVP does not IPv6, will support different forms of addressing for uni-cast 

attempt to govern who should receive bandwidth, and ques- 45 (point-to-point communications), any cast (communications 

tions remain about what will happen when several users all with the closest member of a device group), and multi-cast, 

demand a large block of bandwidth at the same time. Support for IP multi-casting comes from several protocols, 

Currently, the technology outlines a first-come, first-served including the Internet group management protocol (IGMP), 

response to this situation. The IETF has formed a task force protocol-independent multi-cast (PIM) and distance vector 

to address the issue. 50 multi-cast routing protocol (DVMRP). Queuing algorithms 

Because RSVP provides a special level of service, many can also be used to ensure that video or other multi-cast data 

people equate QoS with the protocol. For example, Cisco types arrive when they are supposed to without visible or 

currently uses RSVP in its IPv4-based internetwork router audible distortion. 

operating system to deliver IPv6-type QoS features. Real-time transport protocol (RTP) is currently an IETF 

However, RSVP is only a small part of the QoS picture 55 draft, designed for end-to-end, real-time delivery of data 

because it is effective only as far as it is supported within a such as video and voice. RTP works over the user datagram 

given client/server connection. Although RSVP allows an protocol (UOP), providing no guarantee of in-time delivery, 

application to request latency and bandwidth, RSVP does quality of service (QoS), delivery, or order of delivery. RTP 

not provide for congestion control or network-wide priority works in conjunction with a mixer and translator and sup- 

with the traffic flow management needed to integrate QoS 60 ports encryption and security. The real-time control protocol 

across an enterprise. (RTCP) is a part of the RTP definition that analyzes network 

(4) Real-time Transport Protocol (RTP) conditions. RTCP provides mandatory monitoring of ser- 
RTP is an emerging protocol for the Internet championed vices and collects information on participants. RTPcommu- 

by the audio/video transport workgroup of the IETF. RTP nicates with RSVP dynamically to allocate appropriate 

supports real-time transmission of interactive voice and 65 bandwidth. 

video over packet-switched networks. RTP is a thin protocol Internet packets typically move on a first-come, first-serve 

that provides content identification, packet sequencing, tim- basis. When the network becomes congested, Resource 
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Reservation Protocol (RSVP) can enable certain types of via an encrypted data stream across the Internet, PPTP 

traffic, such as video conferences, to be delivered before less allows users to connect to a network of an organization via 

time -sensitive traffic such as E-mail for potentially a pre- the Internet by a PPTP server or by an ISP that supports 

mium price. RSVP could change the Internet's pricing PPTP. PPTP was proposed as a standard to the IETF in early 

structure by offering different QoS at different prices. 5 Firewall vendors arc expected to support PPTP. 

The RSVP protocol is used by a host, on behalf of an PI>TP was developed by Microsoft along with 3Com, 

application, to request a specific QoS from the network for Ascend and US Robotics and is currently implemented in 

particular data streams or flows. Routers can use the RSVP WINDOWS NT SERVER 4.0, WINDOWS NT WORK- 

protocol to deliver QoS control requests to all necessary STATION 4.0, WINDOWS 95 via an upgrade and WIN- 

network nodes to establish and maintain the state necessary 10 !? 0WS ? 8 ' available frora Microsoft Corporation of 

to provide the requested service. RSVP requests can ' Wi ^ b * „ . nwvm e , . 

generally, although not necessarily, result in resources being ^ ™ D ?i? g ° "L * CDC ? ^ g * mC& ~ 

reserved in each node along the data path. so that t he message can be encrypted and then trans- 

RSVP is not itself a routing protocol. RSVP is designed I^^S/,^ t ^ X * * ° 

... . r • ■ . - toe server and the client, can tie up processing resources, 

to operate with current and future um^cast and multi-cast 15 (b) Uyer 2 Forwarding (L2r) 

routing protocols. An RSVP process consults the local Developed by Cisco, layer 2 forwarding protocol (L2F) 

routing database to obtain routes. In the multi-cast case for resembles PPTP in that it also encapsulates other protocols 

example, the host sends IGMP messages to join a multi-cast inside a TCP/IP packet for transport across the Internet, or 

group and then sends RSVP messages to reserve resources any other TCP/IP network, such as data network 112. Unlike 

along the delivery paths of that group. Routing protocols 20 PPTP, L2F requires a special L2F-compliant router (which 

determines where packets are forwarded. RSVP is con- can require changes to a LAN or WAN infrastructure), runs 

cerned with only the QoS of those packets as they are at a lower level of the network protocol stack and does not 

forwarded in accordance with that routing. require TCP/IP routing to function. L2F also provides addi- 

d. Virtual Private Networks (VPNs) tional security for user names and passwords beyond that 

A virtual private network (VPN) is a wide area commu- 25 found in PPTP. 

nications network operated by a telecommunications carrier (c) Layer 2 Tunneling Protocol (L2TP) 

that provides what appears to be dedicated lines when used, The layer 2 tunneling protocol (L2TP) combines specifi- 

but that actually includes trunks shared among all customers cations from L2F with PPTP. In November 1997, the IUTF 

as in a public network. A VPN allows a private network to approved the L2TP standard. Cisco is putting L2TP into its 

be configured within a public network. 30 Internet operating system software and Microsoft is incor- 

VPNs can be provided by telecommunications carriers to porating it into WINDOWS NT 5.0. A key advantage of 
customers to provide secure, guaranteed, long-distance L2TP over IPsec, which covers only TCP/IP 
bandwidth for their WANs. These VPNs generally use frame communications, is that L2TP can carry multiple protocols, 
relay or switched multi-megabyte data service (SMDS) as a L2TP also offers transmission capability over non-IP net- 
protocol of choice because those protocols define groups of 35 works. L2TP however ignores data encryption, an important 
users logically on the network without regard to physical security feature for network administrators to employ VPNs 
location. ATM has gained favor as a VPN protocol as with confidence. 

companies require higher reliability and greater bandwidth Data network 112 will now be described in greater detail 

to handle more complex applications. VPNs using ATM relating to example packet-switched networks. It will be 

offer networks of companies with the same virtual security 40 apparent to persons having skill in the art that multiple 

and QoS as WANs designed with dedicated circuits. network types could be used to implement data network 112, 

The Internet has created an alternative to VPNs, at a much including, for example, ATM networks, frame relay 

lower cost, i.e. the virtual private Internet. The virtual networks, IP networks FDDI WAN networks SMDS 

private Internet (VPI) lets companies connect disparate networks, X-25 networks, and other kinds of LANs and 

LANs via the Internet. A user installs either a software-only 45 WANs. 

or a hardware-software combination that creates a shared, It would be apparent to those skilled in the art that other 
secure intranet with VPN-style network authorizations and data networks could be used interchangeably for data net- 
encryption capabilities. A VPI normally uses browser-based work 112 such as, for example, an ATM, X.25, Frame relay, 
administration interfaces. FDDI, Fast Ethernet, or an SMDS packet switched network. 

(1) VPN Protocols 50 Frame relay and ATM are connection-oriented services. 

A plurality of protocol standards exist today for VPNs. Switched multi-megabyte data service (SMDS) is a 

For example, IP security (IPsec), point-to-point tunneling connection-oriented mass packet service that offers speeds 

protocol (PPTP), layer 2 forwarding protocol (L2F) and up to 45 Mbps. Originally, SMDS was intended to fill the 

layer 2 tunneling protocol (L2TP). The IETF has proposed gap for broadband services until broadband ISDN (BISDN) 

a security architecture for the Internet protocol (IP) that can 55 could be developed. Because the infrastructure for BISDN is 

be used for securing Internet-based VPNs. IPsec facilitates not fully in place, some users have chosen SMDS. 

secure private sessions across the Internet between organi- e. Exemplary Data Networks 

zational firewalls by encrypting traffic as it enters the Inter- (1) Asynchronous Transfer Mode (ATM) 

net and decrypting it at the other end, while allowing ATM is a high -bandwidth, low-delay, packet -switching, 

vendors to use many encryption algorithms, key lengths and 60 and multiplexing network technology. ATM packets are 

key escrow techniques. The goal of IPsec is to let companies known as "cells." Bandwidth capacity is segmented into 

mix-and-match the best firewall, encryption, and TCP/IP 53-byte fixed-sized cells, having a header and pay load fields, 

protocol products. ATM is an evolution of earlier packet-switching network 

(a) Point-to-Point Tunneling Protocol (PPTP) methods such as X.25 and frame relay, which used frames or 

Point-to-point tunneling protocol (PFIT) provides an 65 cells that varied in size. Fixed-length packets can be 

alternate approach to VPN security than the use of IPsec. switched more easily in hardware than variable size packets 

Unlike IPsec, which is designed to link two LANs together and thus result in faster transmissions. 
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Each ATM cell contains a 48-bytc pay load lie Id and a 
5-byte header that identifies the so-called "virtual circuit" of 
the cell. AI*M can allocate bandwidth on demand, making it 
suitable for high-speed combinations of voice, data, and 
video services. Currently, ATM access can perform at speeds 5 
as high as 622 Mbps or higher. ATM has recently been 
doubling its maximum speed every year. 

In an example embodiment, data network 112 is an 
asynchronous transfer mode (ATM) network. An ATM cell 
of data network 1L2 includes a header (having addressing 10 
information and header error checking information), and a 
payload (having the data being carried by the cell). 

ATM is a technology, defined by a protocol standardized 
by the International Telecommunications Union (ITU-T^, 
American National Standards Institute (ANSI), ETSI, and 15 
the ATM Forum. ATM comprises a number of building 
blocks, including transmission paths, virtual paths, and 
virtual channels. 

Asynchronous transfer mode (ATM) is a cell based 
switching and multiplexing technology designed to be a 20 
general purpose connection-oriented transfer mode for a 
wide range of telecommunications services. AI'M can also 
be applied to LAN and private network technologies as 
specified by the ATM Forum. 

ATM handles both connection-oriented traffic direcdy or 25 
through adaptation layers, or connectionless traffic through 
the use of adaptation layers. ATM virtual connections may 
operate at either a constant bit rate (CBR) or a variable bit 
rate (VBR). Each ATM cell sent into an ATM network 
contains addressing information that establishes a virtual 30 
connection from origination to destination. All cells arc 
transferred, in sequence, over this virtual connection. ATM 
provides either permanent or switched virtual connections 
(PVCs or SVCs). ATM is asynchronous because the trans- 
mitted cells need not be periodic as time slots of data are 35 
required to be in synchronous transfer mode (STM). 

ATM uses an approach by which a header field prefixes 
each fixed-length payload. The ATM header identifies the 
virtual channel (VQ. Therefore, time slots are available to 
any host which has data ready for transmission. If no hosts 40 
are ready to transmit, then an empty, or idle, cell is sent. 

ATM permits standardization on one network architecture 
defining a multiplexing and a switching method. Synchro- 
nous optical network (SONET) provides the basis for physi- 
cal transmission at very high-speed rates. ATM also supports 45 
multiple quality of service (QoS) classes for differing appli- 
cation requirements, depending on delay and loss perfor- 
mance. ATM can also support LAN-like access to available 
bandwidth. 

The primary unit in ATM, the cell, defines a fixed-size cell 50 
with a length of 53 octets (or bytes) comprised of a fiveoctct 
header and 48-octet payload. Bits in the cells are transmitted 
over a transmission path in a continuous stream. Cells are 
mapped into a physical transmission path, such as the North 
American DS1, DS3, and SONET; European, El, E3, and 55 
E4; ITU-T STM standards; and various local fiber and 
electrical transmission payloads. All information is multi- 
plexed and switched in an ATM network via these fixed - 
length cells. 

The AI'M cell header field identifies the destination, cell 60 
type, and priority., and includes six portions. An ATM cell 
header includes a generic flow control (GFC), a virtual path 
identifier (VPI), a virtual channel identifier (VCI), a payload 
type (PT), a call loss priority (CLP), and a header error 
check (HEC). VPI and VCI hold local significance only, and 65 
identify the destination. GFC allows a multiplexer to control 
the rate of an ATM terminal. PT indicates whether the cell 
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contains user data, signaling data, or maintenance informa- 
tion. CLP indicates the relative priority of the cell, i.e., lower 
priority cells are discarded before higher priority cells 
during congested intervals. I ILC detects and corrects errors 
in the header. 

The ATM cell payload field is passed through the network 
intact, with no error checking or correction. ATM relies on 
higher-layer protocols to perform error checking and cor- 
rection on the payload. For example, a transmission control 
protocol (TCP) can be used to perform error correction 
functions. The fixed cell size simplifies the implementation 
of ATM switches and multiplexers and enables implemen- 
tations at high speeds. 

When using ATM, longer packets cannot delay shorter 
packets as in other packet-switched networks, because long 
packets are separated into many fixed length cells. This 
feature enables ATM to carry CBR traffic, such as voice and 
video, in conjunction with VBR data traffic, potentially 
having very long packets, within the same network. 

ATM switches take traffic and segment it into the fixed- 
length cells, and multiplex the cells into a single bit stream 
for transmission across a physical medium. As an example, 
different kinds of traffic can be transmitted over an .ATM 
network including voice, video, and data traffic. Video and 
voice traffic are very time-sensitive, so delay cannot have 
significant variations. Data, on the other hand, can be sent in 
either connection-oriented or connectionless mode. In either 
case, data is not nearly as del ay -sensitive as voice or video 
traffic, conventionally. Conventional, however, data traffic is 
very sensitive to loss. Therefore, ATM conventionally must 
discriminate between voice, video, and data traffic. Voice 
and video traffic requires priority and guaranteed delivery 
with bounded delay, while data traffic requires, 
simultaneously, assurance of low loss. According to the 
present invention, data traffic can also carry voice traffic, 
making it also time-dependent. Using ATM, in one 
embodiment, multiple types of traffic can be combined over 
a single ATM virtual path (VP), with virtual circuits (VCs) 
being assigned to separate data, voice, and video traffic. 

FIG. 16B depicts graphically the relationship 1618 
between a physical transmission path 1620, virtual paths 
(VPs) 1622, 1624 and 1626, and virtual channels(VCs) 
1628, 1630, 1632, 1634, 1636, 1638, 1640, 1642, 1644, 
1646, 1648 and 1650. A transmission path 1620 includes one 
or more VPs 1622, 1624 and 1626. Each VP 1622, 1624 and 
1626 includes one or more VCs 1628, 1630, 1632, 1634, 
1636, 1638, 1640, 1642, 1644, 1646, 1648 and 1650. Thus, 
multiple VCs 1628-1650 can be trunked over a single VP 
and 1622. Switching can be performed on cither a transmis- 
sion path 1620, VPs 1622-1626, or at the level of VCs 
1628-1650. 

The capability of ATM to switch to a virtual channel level 
is similar to the operation of a private or public branch 
exchange (PBX) or telephone switch in the telephone world. 
In a PBX switch, each channel within a trunk group can be 
switched. Devices which perform VC connections are com- 
monly called VC switches because of the analogy to tele- 
phone switches. ATM devices which connect VPs are com- 
monly referred to as VP cross-connects, by analogy with the 
transmission network. The analogies are intended for 
explanatory reasons, but should not be taken literally. An 
ATM cell-switching machine need not be restricted to 
switching only VCs and cross-connection to only VPs. 

At the ArM layer, users are provided a choice of either a 
virtual path connection (VPC) or a virtual channel connec- 
tion (VCC). Virtual path connections (VPCs) are switched 
based upon the virtual path identifier (VPI) value only. Users 
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of a VPC can assign VCCs wilhin a VPI transparently, since 
they follow the same route. Virtual channel connections 
(VCCs) arc switched upon a combined VPI and virtual 
channel identifier (VCI) value. 

Both VPIs and VCIs are used to route calls through a 
network. Note that VPI and VCI values must be unique on 
a specific transmission path (TP). 

It is important to note that data network 112 can be any of 
a number of other data-type networks, including various 
packet-switched data-type networks, in addition to an ATM 
network. 

(2) Frame Relay 

Alternatively, data network 112 can be a frame relay 
network. It would be apparent to persons having ordinary 
skill in the art, that a frame relay network could be used as 
data network 112. Rather than transporting data in ATM 
cells, data could be transported in frames. 

Frame relay is a packet-switching protocol used in WANs 
that has become popular for LAN-to-LAN connections 
between remote locations. Formerly frame relay access 
would top out at about 1.5 Mbps. Today, so-called "high- 
speed" frame relay offers around 45 Mbps. This speed is still 
relatively slow as compared with other technology such as 
ATM. 

Frame relay services employ a form of packet-switching 



connections between carrier facilities 126 and 130 and 
signaling network 114 (presented as dashed lines in FIG. 
2A) can be represented by connections 17266 and \726d. 
The types of these links are described below. 

5 STPs 216, 218; 250a, 2506, 252a and 2526 act as routers 
in the SS7 network, typically being provided as adjuncts to 
in-place switches. STPs 216, 218, 250a, 2506, 252a and 
2526 route messages from originating SSPs 104 and 126 to 
destination SSPs 106 and 130. Architecturally, STPs 216, 

10 218, 250a, 2506, 252a and 2526 can be and are typically 
provided in "mated pairs" to provide redundancy in the 
event of congestion or failure and to share resources (i.e. 
load sharing is done automatically). As illustrated in FIGS. 
17A, 17B and 17C, STPs 216, 218, 250a, 2506, 252a and 

15 2526 can be arranged in hierarchical levels, to provide 
hierarchical routing of signaling messages. For example, 
mated STPs 250a, 252a and mated STPs 2506, 2526 are at 
a first hierarchical level, while mated STPs 216, 218 are at 
a second hierarchical level. 

20 SCP 610 can provide database fuoctions. SCP 610 can be 
used to provide advanced features in SS7 signaling network 
114, including routing of special service numbers (e.g., 800 
and 900 numbers), storing information regarding subscriber 
services, providing calling card validation and fraud 



analogous to a streamlined version of X.25 networks. The 25 protection, and offering advanced intelligent network (AIN) 



packets are in the form of frames, which are variable in 
length. The key advantage to this approach it that a frame 
relay network can accommodate data packets of various 
sizes associated with virtually, any native data protocol. A 
frame relay network is completely protocol independent. A 
frame relay network embodiment of data network 112 does 
not undertake a lengthy protocol conversion process, and 
therefore offers faster and less-expensive switching than 
some alternative networks. Frame relay also is faster than 



services. SCP 610 is connected to mated STPs 216 and 218. 

In SS7 signaling network 114, there are unique links 
between the different network elements. Table 19 provides 
definitions for common SS7 links. 
30 Mated STP pairs arc connected together by C links. For 
example, STPs 216 and 218, mated STPs 250a and 252a, 
and mated STPs 2506 and 2526 are connected together by C 
links 1728a, 17286, 1728c, 1728J, 172&? and 1728/, respec- 
tively. SSPs 104 and 126 and SSPs 106 and 130 are 



traditional X.25 networks because it was designed for the 35 connected together by F links 1734 and 1736, respectively, 
reliable circuits available today and performs less-rigorous Mated STPs 250a and 252a and mated STPs 2506 and 

error detection. 2526, which are at the same hierarchical level, are connected 

(3) Internet Protocol (IP) b y B links 1732a, 17326, 1732c and 1732a\ Mated STPs 

In an embodiment, data network 112 can be an internet 25 &* 311(1 252a and mated S TPs 216 and 218, which are at 
protocol (IP) network over an ATM network. It would be 40 different hierarchical levels, are connected by D links 1730a, 



apparent to persons having ordinary skill in the art, that an 
internet protocol (IP) network (with any underlying data link 
network) could be used as data network 112. Rather than 
transporting data in ATM cells, data could be transported in 
IP datagram packets. The IP data network can lie above any 45 
of a number of physical networks such as, for example, a 
SONET optical network. 
4. Signaling Network 

FIG. 17C illustrates signaling network 114 in greater 



17306, 1730? and 173<$f. Similarly, mated STPs 2506 and 
2526 and mated STPs 216 and 218, which are at different 
hierarchical levels, are connected by D links 1730c, 1730a*, 
1730g and 1730*. 

SSPs 104 and 126 and mated STPs 250a and 252a are 
connected by A links 1726a and 17266. SSPs 106 and 130 
and mated STPs 2506 and 2526 are connected by A links 
1726c and 1726a 1 . 

SSPs 104 and 126 can also be connected to mated STPs 



detail. In an embodiment of the invention, signaling network 50 216 and 218 by E links (not shown). Finally, mated STPs 



114 is an SS7 signaling network. The SS7 signaling network 
114 is a separate packet-switched network used to handle the 
set up, tear down, and supervision of calls between calling 
party 102 and called party 120. SS7 signaling network 114 
includes service switching points (SSPs) 104, 106, 126 and 
130, signal transfer points (STPs) 216, 218, 250a, 2506, 
252a and 2526, and service control point (SCP) 610. 

In SS7 signaling network 114, SSPs 104, 106, 126 and 
130 are the portions of the backbone switches providing SS7 
functions. The SSPs 104, 106, 126 and 130 can be, for 
example, a combination of a voice switch and an SS7 switch, 
or a computer connected to a voice switch. SSPs 104, 106, 
126 and 130 communicate with the switches using 
primitives, and create packets for transmission over SS7 
signaling network 114. 

Carrier facilities 126, 130 can be respectively represented 
in SS7 network 114 as SSPs 126, 130. Accordingly, the 



216 and 218 arc connected to SCP 610 by A links 608a and 
6836. 

For a more elaborate description of SS7 network 
topology, the reader is referred to Russell, Travis, Signaling 
55 System #7, McGraw-Hill, New York, N.Y. 10020, ISBN 
0-07-054991-5, which is incorporated herein by reference in 
its entirety. 



TABLE 19 



60 



SS7 link 
terminology 



Definitions 



65 



Access A links connect SSPs to STPs, or SCPs to STPs, 

(A) providing network access and database access through 

links the STPs. 
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TABLE 19-continued 




Port Status 


SS7 link 




terminology 


Definitions 


Bridge (B) 


B links connect mated STPs to other mated STPs. 


links 




Cross (C) 


C links connect the STPs in a mated pair to one another. 


links 


During normal conditions, only network management 




messages are sent over C links. 


Diagonal (D) 


D links connect the mated STPs at a primary hierarchical 


links 


level to mated STPs at a secondary hierarchical level. 


Extended 


li links connect SSPs to remote mated STPs, and are 


iw 


used in the event that the A links to home mated STPs 


links 


are congested 


Fully 


F links provide direct connections between local SSPs 


associated 


(bypassing STPs) in the event there is much traffic 


(F) 


between SSPs, or if a direct connection to an STP is not 


links 


available. F links arc used only for call setup and call 




teardown. 



a. Signal Transfer Points (STPs) 

Signal transfer points (STPs) are tandem switches which 
route SS7 signaling messages long the packet switched SS7 
signaling network 114. See the description of STPs with 
reference to FIG. 17A, in the soft switch site section, and 
with reference to FIG. 17C above. 

b. Service Switching Points (SSPs) 

Service switching points (SSPs) create the packets which 
carry SS7 signaling messages through the SS7 signaling 
network 114. Sec the description of SSPs with reference to 
FIG. 17C, above. 

c. Services Control Points (SCPs) 

Services control points (SCPs) can provide database fea- 
tures and advanced network features in the SS7 signaling 
network 114. See the description of SCPs with reference to 
FIG. 17B in the soft switch site section, and with reference 
to FIG. 17C above. 

5. Provisioning Component 

FIG. 18 depicts a provisioning component and network 
event component architecture 1800. FIG. 18 includes a 
spool-shaped component (including provisioning compo- 
nent 117 and network event component 116), and three soft 
switch sites, i.e. western soft switch site 104, central soft 
switch site 106 and eastern soft switch site 302. 

The top elliptical portion of the spool-shaped component, 
illustrates an embodiment of provisioning component 117, 
including operational support services (OSS) order entry 
(O/E) component 1802, alternate order entry component 
1804 and data distributors 222a and 222b. In an example 
embodiment, data distributors 222a and 222b comprise 
application programs. 

In a preferred embodiment, data distributors 222a and 
2226 include ORACLE 8.0 relational databases from Oracle 
Corporation of Redwood Shores, Calif., Tuxedo clients and 
a BEA M3 OBJECT MANAGEMENT SYSTEM, CORBA- 
compliant interface, available from BEA Systems, Inc. of 
San Francisco, Calif., with offices in Golden, Colo. BEAM3 
is based on the CORBA distributed objects standard. BEA 
M3 is a combination of BEA OBJECTBROKER CORBA 
ORB (including management, monitoring, and transactional 
features underlying BEA TUXEDO), and an object-oriented 
transaction and state management system, messaging and 
legacy access connectivity. BEA M3 is scalable, high 
performance, designed for high availability and reliability, 
supports transactions, includes CORBA/IIOP ORB, 
security, MIB-based managment, supports fault 
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management, dynamic load balancing, gateways and 
adapters, client support, multi-platform porting, data 
integrity, management, reporting and TUXEDO Services. 
In another embodiment, data distributors 222a and 222b 
5 include an application program by the name of automated 
service activation process (ASAP) available from Architcl 
Systems Corporation of Toronto, Ontario. 

Customer service request calls can be placed to a cus- 
tomer service office. Customer service operators can per- 
form order entry of customer service requests via OSS 1802 
order entry (O/E) 1803 system. In the event of the unavail- 
ability of OSS O/E 1802, customer service requests may be 
entered via alternate O/E 1804. Customer service requests 
are inputted into data distributors 222a and 222b for distri- 
bution and replication to configuration servers 312a, 3126, 

15 206a, 2066, 316a and 3166 which contain customer profile 
database entries. In addition, provisioning requests can be 
performed. Replication facilities in data distributors 222a 
and 2226 enable maintaining synchronization between the 
distributed network elements of telecommunications net- 

20 work 200. 

a. Data Distributor 

Referring to FIG. 18 data distributors 222a and 2226 
receive service requests from upstream provisioning com- 
ponents such as, e.g., OSS systems. Data distributors 222a 

25 and 2226 then translate the service requests and decompose 
the requests into updates to network component databases. 
Data distributors 222a and 2226 then distribute the updates 
to voice network components in soft switch sites and gate- 
way sites, FIG. 19A depicts examples of both the upstream 

30 and downstream network components interfacing to data 
distributors 222 and 2226. 

FIG. 19A depicts data distributor architecture 1900. FIG. 
19A includes a data distributor 222 interfacing to a plurality 
of voice network elements. Voice network elements illus- 

35 trated in FIG. 19A include SCPs 214a and 2146, configu- 
ration servers 206a, 312a and 316a route servers 212a, 
2126, 314a, 3146, 316a and 3166 TGs 232 and 234, AGs 
238 and 240, and SS7 GWSI 208 and 210. In addition, data 
distributor 222 interfaces to a plurality of services. Services 

40 include provisioning services 1902, customer profiles/order 
entry services 1803, OSS 1802, route administration ser- 
vices 1904, service activation services 1906, network 
administration services 1908, network inventory services 
1910 and alternate data entry (APDE) services 1804. 

45 Data distributor 222 has a plurality of functions. Data 
distributor 222 receives provisioning requests from 
upstream OSS systems, distributes provisioning data to 
appropriate network elements and maintains data 
synchronization, consistency and integrity across data 

50 centers, i.e., soft switch sites 104, 106, 302. 

A more detailed architectural representation of one 
embodiment of data distributor 222 is provided in FIG. 19B. 
Data distributor 222 accepts various requests from multiple 
upstream OSS systems 1922, 1924, 1926, 1928 and APDE 

55 1804. 

Services request processes (SRPs) 1938 manage the 
upstream interface between data distributor 222 and OSS 
systems 1922-1928. SRPs 1938 are developed to support 
communication between individual OSS systems 1802, 

60 1922-1928, APDE 1804 and data distributor 222. 

A common service description layer 1936 acts as an 
encapsulation layer for upstream applications. Common 
service description layer 1936 translates service requests 
from upstream OSS systems 1922-1928 and APDE 1804 to 

65 a common format. Common service description layer 1936 
buffers the distribution logic from any specific formats or 
representations of OSS 1922-1928 and APDE 1804. 
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Distribution layer 1930 includes the actual distribution 
application logic resident within data distributor 222. Dis- 
tribution layer 1930 manages incoming requests, performs 
database replications, maintains logical work units, manages 
application revisions, performs roll-backs when required, 5 
maintains synchronization, handles incoming priority 
schemes and priority queues, and other data distribution 
functions. Distribution layer 1930 includes access to mul- 
tiple redundant high -availability database disks 1940, 1942, 
which can include a database of record. io 

Updates are distributed downstream through a network 
clement description layer 1932. Network clement descrip- 
tion layer 1932 is an encapsulation layer that insulates data 
distributor 222 from the individual data formats required by 
specific network element types. A network element proces- 15 
sor (NEP) 1934 performs a role analogous to SRP 1938, but 
instead for downstream elements rather than upstream ele- 
ments. NEPs 1934 manage the physical interface between 
data distributor 222 and heterogeneous network elements 
1943, i.e. the down stream voice network elements to which 20 
data distributor 222 distributes updates. Heterogeneous net- 
work elements 1943 include SCPs 214a and 2146, configu- 
ration servers 206a, 212a and 216a, route servers 212a, 
2126, 314a, 3146, 316a and 3166, TGs 232 and 234, AGs 
238 and 240, and SS7 GWs 208 and 210. Each NEP 1934 25 
handles a particular type of heterogeneous network 
elements, e.g., route servers. 

In addition to upstream feeds to OSS systems 1922-1928 
and downstream feeds to heterogeneous network elements 
1943, data distributor 222 allows updates directly to distri- 30 
bution layer 1930 via APDE 1804. APDE 1804 enables 
update of distribution layer 1930 and allows updates to the 
network in the unlikely event that an emergency update is 
required when interfacing OSS systems 1992-1928 
upstream application are out of service or down for main- 35 
tenance activity. APDE 1804 the alternate provisioning 
order entry system, can comprise a small local area network 
including several PCs and connectivity peripherals. APDE 
1804 provides a backup for OSSs 1922-1928. 

In a preferred example embodiment of data distributor 40 
222, data distributor 222 is an application program BEA M3 
available from BEA Systems, Inc. of San Francisco, Calif. In 
another example embodiment, data distributor 222 could be 
another application program capable of distributing/ 
replication/rollback of software such as, for example, 45 
AUTOMATED SERVICE ACTIVATION PROCESS 
(ASAP) available from Architel of Toronto, Canada. 
Example upstream operational support services (OSS) com- 
ponents include application programs which perform mul- 
tiple functions. FIG. 19C illustrates some example OSS 50 
applications 1802 including provisioning application 1902, 
customer profiles/order entry application 1803, route admin- 
istration application 1904, service activation triggers 1906, 
network administration application 1908, network inventory 
application 1910, alternate provisioning data entry applica- 55 
lion (APDE) 1804, and trouble ticketing application (not 
shown). Browsing tools can also be used, such as, for 
example, a browsing or query application programs. 

FIG. 19C illustrates a more detailed view of an example 
embodiment of data distributor 222. Data distributor 222 60 
includes distribution layer 1930 interfacing to database disks 
1940 and 1942. Distribution layer 1930 of FIG. 19 interfaces 
to common service description layer 1936. In an example 
embodiment, common service description layer 1936 is a 
common object request broker architecture (CORBA) com- 65 
pliant server such as, for example, BEA M3 from BEA 
Systems, Inc. of San Francisco, Calif. Alternate provisioning 



data entry (APDE) 1804 interfaces to CORBA server 1936. 
Upstream voice provisioning components, i.e., operational 
support services (OSS) 1922-1928, include application 
components 1802 and 1902-1910. Provisioning component 
1902 has a CORBA client in communication with CORBA 
server common service description layer 1936. Customer 
profiles/order entry 1802 includes a CORBA client interface 
into CORBA server common service description layer 1936. 
Similarly, routing administration 1904, network inventory 
1910, network administration 1908 and service triggers 
1906 all interface via CORBA clients to CORBA server 
common service description layer 1936. Distribution layer 
1930 also interfaces to downstream voice network elements 
via an application program, i.e., network element description 
layer 1932. In an exemplary embodiment, network element 
description layer 1932 is an application program running on 
a work station, such as, for example BEA TUXEDO, avail- 
able from BEA Systems, Inc. Voice network element con- 
figuration servers 206, 312a and 314a interface via a TUX- 
EDO client to TUXEDO server network element description 
layer 1932. Routing servers 212a, 2126, 314a, 3146, 316a 
and 3166 interface via a TUXEDO client to TUXEDO 
server network element description layer 1932, as well. 
Similarly, SS7 GWs 208 and 210, SCPs 214a and 2146, AGs 
238 and 240, and TGs 232 and 234, interface to TUXEDO 
server network element description layer 1932 via TUX- 
EDO clients. Preferred embodiment BEA TUXEDO avail- 
able from BEA Systems, Inc. of San Francisco, Calif. 
(Colorado Springs and Denver/Golden, Colo, office) sup- 
ports among other functions, rollback and data integrity 
features. FIG. 19C also includes database of record (DOR) 
1940, 1942. 

FIG. 19E includes a more detailed illustration of a specific 
example embodiment of the data distributor and provision- 
ing element 116. FIG. 19E includes DOR 1940 and 1942, 
which can be in a primary/secondary relationship for high 
availability purposes. DORs 1940, 1942 can have stored on 
their media, images of the Route Server and Configuration 
Server databases. In one embodiment, the functions of route 
server 314a and configuration server 312a are performed by 
the same physical workstation element, a routing and con- 
figuration database (RCDB). DOR 1940 can be used for 
referential integrity. ORACLE relational database manage- 
ment (RDBMS) databases, e.g., ORACLE 8.0 RDBMS can 
support the use of a foreign key between a database and an 
index. DOR 1940 can be used to maintain integrity of the 
database. DOR 1940 sets constraints on the RCDB data- 
bases. DOR 1940 is used to maintain integrity of RCDB data 
and can be used to query data without affecting call pro- 
cessing. DOR 1940 supports parity calculations to check for 
replication errors. 

FIG. 19E includes distribution layer 1930 which can be 
used to distribute service level updates of telecommunica- 
tions network system software to network elements using 
database replication features of, e.g., ORACLE 8.0. Other 
business processes demand updating the software on net- 
work elements. For example, other business processes 
requiring updates include, NPA splits. N-PA splits, occur 
when one area code becomes two or more area codes. An 
NPA split can require that thousands of rows of numbers 
must be updated. FIG. 19E includes an automated tool to 
distribute changes, i.e. a routing administration tool (RAT) 
1904. 

FIG. 19E also includes data distributor common interface 
(DDCI) 1999, which can be thought of as an advanced 
programming interface (API) functional calls that OSS 
developers can invoke in writing application programs. OSS 
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applications include programs such as, e.g., provisioning, IDL Interface 1936 includes routing provisioning 1966, 
order management and billing, (each of which can require common configuration provisioning (configuration server 
the means to provision the RCDB, i.e., RS and CS, or can provisioning) 1803, provisioning factory 1902, routing fac- 

provide updates to the database of record (DOR). tory 1968 comra0D configuration factory 1970 routing 

FIG. 19E illustrates a data distributor including BEA M3, 5 ^ccs 1908, 1910, common configuration services 1960 

j h J^fvPt^o ? S^™" 7 1 ' m ^f and SQL UiosUlor 1972 S Q L lranslal ° r W72 takes the 

rnn^i Tf ^< , ™„ m H T ateS ^ action API calls and translates them into structured 

CORBAserver interface 1936 to CORBA-comphant clients. , c r 

Other examples of CORBA compliant distributed object qUCry q ™ f " q J?T g f ° r eVeDtual 10vocatlon 

connectivity software includes, for example, VISIGENICS aga J^ 1 t ^T* ^ , I 

VISIBROKER, available from Inprise Corporation, of 10 . ™. 19 H depicts a block diagram 1962 illustrating addi- 

Scotts Valley, Calif. tional components of the high level conceptual diagram of 

DOR 1940 includes a plurality of relational database ^ CORBA interface 1960. CORBA IDL Interface 1936 

tables including each EO, NPA, NXX, LATA, and state. includes routing administration 1904, routing validation 

Each EO can home to 150,000 NPA/NXXs. Multiple inputs 1974 > routing administration factory 1980, composite 

must be replicated into DOR 1040. For example, Lockheed 15 updates 1976, batch updates 1982, and projects 1978. SQL 

Martin Local Exchange and Routing Guide (LERG) 1941 translator 1972 can take the application API calls and 

includes twelve (12) tables maintained by the industry translate them into structured query language queries for 

including flat files which are sent to a carrier each month. queuing for eventual invocation against project database 

FIG. 19E demonstrates an exemplary monthly reference 1984. 

data update process 1957. Monthly, a LERG 1941 compact 20 FIG. 191 depicts a block diagram illustrating a data 

disk (CD) is received by the carrier including changes to all distributor sending data to configuration server sequencing 

of the 12 tables. Process 1957 includes merging an image diagram 1964 including message flows 1986-1994. 

snapshot of DOR 1940 with the LERG CD and storing the (1) Data Distributor Interfaces 

results in a temporary routing database (shown) to create a Data distributor 222 receives service requests from 

discrepancy report. This process can be used to yield a 25 upstream OSS systems 1922, 1924, 1926 and 1928. OSS 

subset of the NPA/NXXs which have changed, which can service requests appear in the form of provisioning updates 

then be audited and used to update the production DOR 1940 and administrative reference updates, 

if found to be necessary. Once an updated version of the Provisioning updates include high-level attributes 

database is prepared, the database update can be sent to data required to provision a customer's telecommunications ser- 

distributor 1930 for distribution to all the relevant network 30 vice. Example high-level attributes required for provisioning 

elements. include, for example, customer automatic number identifi- 

FIG. 19F depicts an even more detailed example embodi- cation (ANM), and trunk profiles; class of service restric- 

ment block diagram 1958 of BEA M3 data distributor of tions (COSR) and project account codes (PAC) profiles; AG 

provisioning element 116. Diagram 1958 shows the flow of and TG assignments; and toll-free number to SCP translation 

a provisioning request from OSS 1802 or APDE 1804 35 assignments. 

through BEA M3 CORBA interface 1936 through queues to Administrative reference updates include high-level 
data distributor 1930 for distribution/replication through attributes required to support call processing. Example high- 
queue servers 1995a, 19956, 1995c, and queues 1996a, level attributes required 1o perform administrative updates 
19966, 1996c for dispatch to geographically diverse RCDBs include, for example, 3/6/10 digit translation tables, inter- 
212a, 206 (RSs and CSs at remote soft switch sites) through 40 national translation tables and blocked-country codes, 
dispatch servers 1997a, 19976, 1997c and DBProxyServers Alternate provisioning data entry (APDE) 1804 replicates 
1998a, 19986, 1998c, 1998a\ 1998e and 1998/ OSS functionality supported at the interface with data dis- 
Operationally, when a provisioning request comes in from tributor 222. APDE 1804 can provide an alternative mecha- 
OSS 1802, the request enters a queue. Priority queuing is nism to provide provisioning and reference data to data 
enabled by BEA TUXEDO. Tuxedo creates a plurality of 45 distributor 222 in the event that an OSS 1922-1928 is 
queues in order to protect database integrity, e.g., a high, unavailable. 

medium and low priority queue. An example of the use of FIG. 19D illustrates data distributor 222 passing provi- 
queues might be to place a higher priority on customer sioning information from upstream OSSs 1922-1928 to 
updates that to LERG updates, which are less time sensitive. downstream SCPs 214. A plurality of tables arc distributed 
Requests can be categorized in queues based on dates such 50 from data distributor 222 to each SCP 214. Exemplary data 
as, for example, the effective date of the request, the tables distributed include a PAC table, an AN1 table, block- 
effective deactivation date. Once categorized by date, the ing list tables, numbering plan area (NPA)/NXX tables, state 
updates can be stored with a timestamp placed on them, and code tables, and LATA tables. Each of these tables is 
can then be placed in a TUXEDO queue. maintained at the customer level to ensure customer security. 

TUXEDO permits the use of down word transaction in its 55 FIG. 19D illustrates block diagram 1946 depicting pro- 
multi-level queuing architecture. This permits pulling back visioning interfaces into SCPs. SCP 214 can receive cus- 
transactions, also known as "rolling back" a replication/ tomer and routing provisioning from data distributor 222. 
update, so updates will occur to all of or none of the Data distributor 222 distributes customer database tables to 
databases. In some instances one network element can be SCP 214. Data distributor 222 also distributes route plan 
removed from the network, but this is done rarely. For an 60 updates of configurations to SCP 214. Customer tables are 
example, in the event of RCDB crashing, the NOC can updated through a database replication server. An exemplary 
remove the crashing RCDB from the network configuration database replication server is an ORACLE database repli- 
and thus it might not be capable of being updated. However, cation server, available from ORACLE of Redwood Shores, 
for normal situations of the network, updates are either Calif. ORACLE replication server performs replication 
performed on all elements or no updates are performed. 65 functions including data replication from data distributor to 

FIG. 19G depicts a block diagram illustrating a high level SCP 1952 and route plan distribution from data distributor 

conceptual diagram of the CORBA interface 1960. CORBA to SCP 1954. These functions are illustrated in FIG. 19D 
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originating from ORACLE databases 1940 and 1942 of data 
distributor 222 and replicating to an ORACLE database in 
SCP 214. ORACLE databases 1940 and 1942 in data dis- 
tributor 222 are updated via toll-free routing provisioning 
1950 from SCP 1902. ORACLE databases 1940 and 1942 of 5 
data distributor 222 can also be updated via order entry 
application 1802 including customer tables 1948 of OSS 
systems 1922-1928. Routing plans are updated via an SCP 
vendor's proprietary interfaces. Specifically, toll-free rout- 
ing provisioning 1950 may be updated via a computer 1902 10 
which interfaces to data distributor 222. 

Referring to FIG. 19C, data distributor 222 passes pro- 
visioning and configuration information from upstream OSS 
systems 1922-1928 (primarily the provisioning system) to 
configuration servers 206a, 312a and 314a. A plurality of 15 
tables are distributed from data distributor 222 to each 
configuration server. Exemplary tables distributed include, 
for example, toll-free numbers to SCP-type tables, SCP-type 
to SCP tables, carrier identification code (CIC) profile tables, 
ANI profile summary tables, AN1 profile tables, account 20 
code profile tables, NPA/NXX tables, customer profile 
tables, customer location profile tables, equipment service 
profile tables, trunk group service profile summary tables, 
trunk group service tables, high risk country tables, and 
selected international destinations tables. 25 

Data distributor 222 passes administrative and reference 
information from upstream OSS systems 1922-1928 to 
route server 212. A plurality of tables are distributed from 
data distributor 222 to route servers 212a, 2126, 314a, 3146, 
316a and 3166. Exemplary tables distributed include coun- 30 
try code routing tables, NPA routing tables, NPA/NXX 
routing tables, ten-digit routing tables, route group tables, 
circuit group tables, and circuit group status tables. 

Data distributor 222 passes administrative configuration 
information to TGs 232 and234. 35 

Data distributor 222 passes administration configuration 
information to AGs 238 and 240. 

Data distributor passes administrative configuration infor- 
mation to SS7 gateways 208 and 210. The administrative 
configuration information sent can be used in the routing of 40 
SS7 signaling messages throughout signaling network 114. 

Data distributor 222 uses a separate physical interface for 
all SNMP messages and additional functions that can be 
defined. Additional functions that can be defined include, for 
example, provisioning, and passing special alarm and per- 45 
form an ce parameters to data distributor 222 from the net- 
work operation center (NOC). 

6. Network Event Component 

FIG. 18 depicts the provisioning component and network 
event component architecture 1800. FIG. 18 includes a 50 
spool-shaped component (comprising provisioning compo- 
nent 117 and network event component 116), and three soft 
switch sites, i.e. western soft switch site 104, central soft 
switch site 106 a_nd eastern soft switch site 302. 

The spindle-portion of the spool-shaped component 55 
includes western soft switch site 104. Western soft switch 
site 104 includes configuration servers 206a and 2066, route 
servers 212a and 2126, soft switches 204a, 2046 and 204c, 
and network event collection points, i.e., RNECPs 224a and 
2246. FIG. 18 also includes central soft switch site 106 60 
including configuration servers 312a and 3126, route servers 
314a and 3146, soft switches 304a, 3046 and 304c, and 
RNECPs 902 and 904. 

FIG. 18 also includes eastern soft switch site 302 includ- 
ing configuration servers 316a and 3166, route servers 318a 65 
and 3186, soft switches 306a, 3066 and 4306c and RNECPs 
906 and 908. 



As depicted in FIG. 18, network call events are collected 
at regional network event collection points via RNECPs 
902, 904, 224a, 2246, 906 and 908, at the regional soft 
switch sites 104, 106 and 302, which are like FIFO buffers. 
A call record can be created by the ingress soft switch. The 
ingress soft switch can generate a unique identifier (UID) for 
the call based, for example, on the time of origination of the 
call. Ingress related call event blocks can be generated 10 
throughout the call and are forwarded on to the RNECPs for 
inclusion in a call event record identified by the UID. The 
call event records can be sent from the RNECPs to master 
network event data base NEDB 226a and 2266 for storage 
in database disks 926a, 9266 and 926c for further processing 
using application programs such as, for example, fraud DB 
client 1806, browser 1808, statistics DB client 1810 and 
mediation DB client 1812. In one embodiment, a version of 
the call record including all call event blocks as of that time, 
can be forwarded from the RNECPs to the NEDB on a 
periodic basis, to permit real-lime, mid-call call event sta- 
tistics to be analyzed. The call records can be indexed by the 
UID associated with the call. In one embodiment, a copy of 
a call event record for a call, including ingress call event 
blocks, remains in the RNECP until completion of the phone 
call. In completing a phone call, the ingress soft switch and 
egress soft switch can communicate using inter soft switch 
communication, identifying the call by means of the UID. A 
load balancing scheme can be used to balance storage and 
capacity requirements of the RNECPs. For example, in one 
embodiment, calls can be assigned, based on origination 
time, i.e., a UID can be assigned to a specific RNECP(based, 
e.g., on time of origination of the call) for buffered storage. 
The egress soft switch can similarly generate and forward 
call event blocks to the same or another RNECP for inclu- 
sion in the call event record. In one embodiment, all the call 
event blocks for the call record for a given call are sent to 
one RNECP which maintains a copy throughout the call (i.e. 
even if interim copies are transmitted for storage). In one 
embodiment, the call event record is removed from the 
RNECP upon completion of the call to free up space for 
additional calls. 

The bottom elliptical portion of spool-shaped component, 
illustrates an embodiment of network event component 116 
including master NEDBs 226a and 2266 having database 
disks 926a, 9266 and 926c. M NEDBs 226a and 2266 can be 
in communication with a plurality of applications which 
process network call event blocks. For example, a fraud DB 
client 1806, a browser 1808, a statistics DB client 1810, and 
a mediation DB client 1812 can process call event blocks 
(EBs).MNEDBs 226a and 2266 can be in set up in a primary 
and secondary mode. 

a. Master Network Event Database (MNEDB) 

The master network event database (MNEDB) 226 is a 
centralized server which acts as a repository for storing call 
event records. MNEDB 226 collects data from each of 
RNECPs 224 which transmit information real-time to 
MNEDB 226. MNEDB 226 can also be implemented in a 
primary and secondary server strategy, wherein RNECPs 
224 are connected to a primary and a secondary MNEDB 
226 for high availability redundancy. MNEDB 226 can store 
call event blocks (EBs) received from RNECPs 224 orga- 
nized based on a unique call/event identifier as the primary 
key and a directional flag element as the secondary key. 
MNEDB 226 can serve as the "database of record'* for 
downstream systems to be the database of record. Down- 
stream systems include, for example, an accounting/billing 
system, a network management system, a cost analysis 
system, a call performance statistics system, a carrier access 
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billing system (CABS), fraud analysis system, margin analy- 
sis system, and others. MNEDB 226, in a preferred 
embodiment, has enough disk space to store up to 60 days 
of call event records locally. 

MNEDBs 226 can create and feed real-time call event 
data to downstream systems. Real-time call event data 
provides significant advantages over call event data avail- 
able in conventional circuit-switched networks. Conentional 
circuit -switched networks can only provide call records for 
completed calls to downstream systems. The advantages of 
real-time call event data include, for example, fraud identi- 
fication and prevention, and enablement of real-time cus- 
tomized customer reporting and billing (e.g., billing based 
on packets sent). 

(1) MNEDB Interfaces 

MNEDBs 226 collect recorded call event blocks (EBs) 
from RNECPs 224. NEDB 226 correlates the EBs and 
forwards the data to various downstream systems. 

FIG. 20 illustrates master data center architecture 2000. 
FIG. 20 includes master data center 2004 having MNEDBs 
226a and 2266. MNEDBs 226a and 2266 have multiple 
redundant high availability disks 926a and 9266 which can 
be arranged in a primary and secondary fashion for high 
availability redundancy. MNEDBs 226a and 2266 intercom- 
municate as shown via communication line 2006. 

MNEDBs 226a and 2266 are in communication via 
multiple redundant connections with a plurality of down- 
stream application systems. Downstream application sys- 
tems include, for example, browser system 1808, fraud DB 
client system 1806, carrier access billing system (CABS) 
DB client 2002, statistics DB client 1810 and mediation DB 
client 1812. 

MNEDBs 226a and 2266 provide recorded call event 
record data to fraud database client 1806 in real-time. 
Real-time call event data allows fraud DB client 1806 to 
detect fraudulent activities at the time of their occurrence, 
rather than after the fact. Traditional circuit-switched net- 
works can only identify fraud after completion of a call, 
since event records are "cut" at that time. Real-time fraud 
detection permits operations personnel to take immediate 
action against fraudulent perpetrators. MNEDBs 226a and 
2266 provide recorded call event data to CABS DB client 
2002. CABS DB client 2002 uses the recorded call event 
data to bill other LECs and IXCs for their usage of tele- 
communications network 200, using reciprocal billing. 

MNEDBs 226a and 2266 provide recorded call data to 
statistics DB client 1810. Statistics DB client 1810 uses the 
recorded call event data to assist in traffic engineering and 
capacity forecasting. 

MNEDBs 226a and 2266 can provide recorded call event 
data to mediation DB client 1812, in one embodiment. 
Mediation DB client 212 normalizes the recorded call data 
it receives from MNEDBs 226a and 2266 and provides a 
data feed to a billing system at approximately real-time. 

MNEDBs 226a and 2266 use a separate physical interface 
for all SNMP messages and additional functions that can be 
defined to communicate with network management compo- 
nent 118. Additional functions can include, for example, 
provisioning, updating and passing special alarm and per- 
formance parameters to MNEDBs 326a and 3266 from the 
network operation center (NOC) of network management 
component 118. 

(2) Event Block Definitions 

Definitions of the Event Blocks (EBs) that can be 
recorded during call processing are detailed in this section, 
(a) Example Mandatory Event Blocks (EBs) Definitions 

Table 20 below provides a definition of event block (EB) 
0001. EB 0001 defines a Domestic Toll (TG origination), 



25 



30 



which can be the logical data set generated for all Domestic 
Long Distance calls, originating via a Trunking Gateway, 
i.e., from facilities of the PSTN. Typically, these calls can be 
PIC-calls, originating over featuring group-D (FGD) facili- 
ties. 

TABLE 20 

EB 0001 - Domestic Toll (TO origination) 



10 



35 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


o 


g 


Unique Call/Event Identifier 




26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Rag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 


Jurisdiction Information 


30 


6 



Table 21 below provides a definition of event block (EB) 
0002. EB 0002 defines Domestic Toll (TG termination), 
which can be the logical data set generated for all Domestic 
Long Distance calls terminating via a Trunking Gateway to 
the PSTN. 

TABLE 21 



45 



50 



55 



60 



EB 0002 - Domestic Toll (TG termination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Tune 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Tenninating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Carrier Identification Code 


12 


4 


Jurisdiction Information 


30 


6 



Table 22 below provides a definition of event block (EB) 
0003. EB 0003 deGnes Domestic Toll (AG origination), 
65 which can be the logical data set generated for all Domestic 
Long Distance calls, originating via an Access Gateway, i.e., 
entering via a DAL or ISDN PRI line. 
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TABLE 22 



TABLE 24-continued 



EB 0003 - Domestic Toll fAG origination) 



EB 0005 - Local fTG origination) 





Element 


Number of 


Element 


Number 


Characters 


event Block coue 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


dOIt-dWltCQ 1 D 


2 


6 


bolt b witch Vers ion ID. 


50 


4 


Directional Hag 


77 


1 


Connect Date 


3 


8 


Connect Tune 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer l^ocation Identification 


81 


12 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Ingress Access Gateway 


36 


7 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



20 





Element 


Number of 


Element 


Number 


Characters 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 


Jurisdiction Information 


30 


6 



Table 25 below provides a definition of event block (EB) 
0006. EB 0006 defines Local (TG termination), which can 
be the logical data set generated for all local calls terminat- 
25 ing via a Trunking Gateway to facilities of the PSTN. 



Table 23 below provides a definition of event block (EB) 
0004. EB 0004 defines Domestic Toll (AG termination), 
which can be the logical data set generated for all Domestic 
Long Distance calls, terminating via an Access Gateway to 30 
a DAL or PRI 

TABLE 23 



TABLE 25 



F.B 0006 - Local fTG termination') 



EB 0004 - Domestic Toll (AG termination) 






Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Hag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Carrier Identification Code 


12 


4 



35 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Rag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 



45 Table 26 below provides a definition of event block (EB) 
0007. EB 0007 defines Local (AG origination), which can be 
the logical data set generated for all local calls originating 
via an Access Gateway. 



50 



TABLE 26 



Table 24 below provides a definition of event block (EB) 
0005. EB 0005 defines Local (TG origination), which can be 
the logical data set generated for all local calls, originating 
via a Trunking Gateway from a facility on the PSTN. 

TABLE 24 

EB 0005 - Local (TG origination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 




26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Rag 


77 


1 



60 



EB 0007 - Local fAG origination^ 






Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 
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TABLE 26-continued 



EB 0007 - Local (AG origination) 



Element Number of 



Element 


Number 


Characters 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


7 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


36 


4 


Trunk Group lype 


78 


3 



(8XX)s calls, terminal ing via a Trunking Gateway to the 
facilities of the PSTN. 



TABLE 29 

EB 0010 - 8XX/Toll-Frec fTC termination) 



10 



Table 27 below provides a definition of event block (EB) 
0008. EB 0008 defines Local (AG termination), which can 
be the logical data set generated for all local calls, termi- 
nating via an Access Gateway. 

TABLE 27 



EB 0008 - Local (AG termination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch \fersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


2 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 



Element 


Element 
Number 


Number of 
Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID, 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Dialed NPA 


25 


3 


Dialed Number 


26 


7 


Destination NPA/CC 


27 


5 


Destination Number 


28 


10 


Call Type Identification 


79 


3 



Table 30 below provides a definition of event block (EB) 
0011. EB 0011 defines 8XX/Toll-Free (AG origination), 
25 which can be the logical data set generated for Toll- Free 
(8XX) calls, originating via an Access Gateway. 

TABLE 30 



30 



EB 0011 - 8XX/Toll-Free fAG origination^ 



Table 28 below provides a definition of event block (EB) 
0009. EB 0009 defines 8XX/TblI-Free (TG origination), 
which can be the logical data set generated for Toil-Free 
(8XX) calls, originating via a Trunking Gateway from 



40 



TABLE 28 



EB 0009 - 8XXflbll-Free (TG origination^ 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Dialed NPA 


25 


3 


Dialed Number 


26 


7 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Tune 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group 'lype 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soa-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


- 4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Dialed NPA 


25 


3 


Dialed Number 


26 


7 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


7 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



Table 31 below provides a definition of event block (EB) 
0012. EB 0012 defines SXXYlbll-Free (AG termination), 
50 which can be the logical data set generated for Toil-Free 
(8XX)s calls, terminating via an Access Gateway. 

TABLE 31 



60 



Table 29 below provides a definition of event block (EB) 
0010. EB 0010 defines 8XX7Ibll-Free (TG termination), 
which can be the logical data set generated for To 11- Free 



EB 0012 - 8XX/Toll-Free fAG termination 1 ) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 



99 
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TABLE 31 -continued 



EB 0012 - SXX/Tbll-Free (AG termination) 

Element Number of 



Element 


Number 


Characters 


Dialed NPA 


25 


3 


Dialed Number 


26 


7 


Destination Number 


28 


10 


Destination NPA/CC 


27 


5 


Call Type Identification 


79 


3 


Table 32 below provides a definition of event block (EB) 


0013. EB 0013 defines Domestic Operator Services (TG 


origination), which can be the logical data set generated for 


all Domestic Operator Assisted calls, originating via a TG. 


The actual billing information (which can include the ser- 


vices utilized on the operator services platform (OSP): 3rd 


party billing, collect, etc.) can be derived from the OSP. 


TABLE 32 






EB 0013 - Domestic Operator Services (TG origination) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch \fersion ID 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 


Table 33 below provides a definition of event block (EB) 


0014. EB 0014 defines Domestic Operator Services (AG 


origination), which can be the logical data set generated for 


all Domestic Operator Assisted calls, originating via an AG. 


The actual billing information (which can include the ser- 


vices utilized on the OSP) can be derived from the OSP. 


TABLE 33 






EB 0014 - Domestic Operator Services (AG origination) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 



TABLE 33-continued 



EB 0014 - Domestic Operator Services (AG origination) 





Element 


Number of 


Element 


Number 


Characters 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


6 


Ingress Trunk Group Number 


15 


6 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



Table 34 below provides a definition of event block (EB) 
0015. EB 0015 defines Domestic Operator Services (OSP 
termination), which can be the logical data set generated for 
all Domestic Operator Assisted calls, terminating to the OSP. 
The actual billing information(which can include the ser- 
vices utilized on the OSP) can be derived from the OSP. 

TABLE 34 



FB 0015 - Domestic Operator Services fOSP termination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Conned Date 


3 


S 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number 


10 


10 


Call Type Identification 


79 


3 


Operator Trunk Group Number 


69 


4 


Operator Circuit Identification Code 


70 


4 


Trunk Group Type 


78 


3 



Table 35 below provides a definition of event block (EB) 
0016. EB 0016 defines International Operator Services (TG 
origination), which can be the logical data set generated for 
all International Operator Assisted calls, originated via a TG. 
The actual billing information(which can include the ser- 
vices utilized on the OSP) can be derived from the OSP. 

TABLE 35 



EB 0016 - International Operator Services (TG origination) 



60 



65 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 




26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


SO 


12 


Customer Location Identification 


81 


12 



1J 
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101 



102 



TABLE 35-continued 



TABLE 37-continued 



EB 0016 - International Operator Services (TG origination) 



EB 0018 - International Operator Services (OSP termination 1 ) 



Element 



Number of 



Element 


Number 


Characters 


Terminating NPA/CC 


9 


5 


Terminating Number (International) 


74 


14 


Customer Type Identification 


79 


3 


Ingress Thinking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 



10 





Element 


Number of 


Element 


Number 


Characters 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number (International) 


74 


10 


Call Type Identification 


79 


3 


Operator Trunk Group Number 


69 


4 


Operator Circuit Identification Code 


70 


4 


Trunk Group Type 


78 


3 



Table 36 below provides a definition of event block (EB) 
0017. EB 0017 defines International Operator Services (AG 
origination), which can be the logical data set generated for 
all International Operator Assisted calls, originated via an 
AG. The actual billing information(which will include the 
services utilized on the OSP) can be derived from the OSP. 



Table 38 below provides a definition of event block (EB) 
0019. EB 0019 defines Directory Assistance/555-1212 (TG 
origination), which can be the logical data set generated for 
555-1212 calls, originating via a TG from the PSTN. 



20 



TABLE 38 



EB 0019 - Directory Assistance/555-1212 (TG origination) 



TABLE 36 



EB 0017 - International Operator Services (AG origination') 



Element 


Element 
Number 


Number of 
Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfcrsion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number (International) 


74 


14 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


6 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



25 



30 



35 



40 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect lime 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Ijocation Identification 


81 


12 


Tcnninating NPA/CC 


9 


5 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 



45 



Table 37 below provides a definition of event block (EB) 
0018. EB 0018 defines International Operator Services (OSP 
termination), which can be the logical data set generated for 
all International Operator Assisted calls, tcnninating to the 
OSP. The actual billing inform a tion(which will include the 
services utilized on the OSP) can be derived from the OSR 



Table 39 below provides a definition of event block (EB) 
0020. EB 0020 defines Directory Assistance/555-1212 (AG 
origination), which can be the logical data set generated for 
555-1212 calls, originating via an AG on a DAL. 



50 



TABLE 39 



EB 0020 - Directory Assistance/555-1212 (AG origination) 



TABLE 37 



EB 0018 - International Operator Services (OSP termination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect 'lime 


4 


9 



55 



60 



65 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 



103 
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TABLE 39-continued 



EB 0020 ■ Directory Assislance/555-1212 fAO origination) 

Element Number of 



Element 


Number 


Characters 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


6 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Table 40 below provides a definition of event block (EB) 


0021. EB 0021 defines Directory Assistance/555-1212 


(Directory Assistance Services Platform (DASP) 


termination), which can be the logical data set generated for 


555-1212 calls, terminating to the DASP. 




TABLE 40 






EB 0021 - Directory Assistance/555- 12 12 (DASP termination! 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch \fersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


6 


DA Trunk Group Number 


75 


4 


DA Circuit Identification Code 


76 


4 


Trunk Group Type 


78 


3 


Table 41 below provides a definition of event block (EB) 


0022. EB 0022 defines OSP/DASP Extended Calls 


(Domestic), which can be the logical data set generated for 


all Domestic Operator and Directory Assisted calls that are 


extended back to telecommunications network 200 for ter- 


mination. 






TABLE 41 






EB 0022 - OSP/DASP Extended Calls (Domestic) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch \fersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Tune 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


2 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 



15 



35 



55 



60 



TABLE 41 -continued 



EB 0022 - OSP/DASP Extended Calls (Domestic) 


Element 


Number of 


Element Number 


Characters 


Ingress Circuit Identification Code 16 


4 


Trunk Group Type 78 


3 



Table 42 below provides a definition of event block (EB) 
0023. EB 0023 defines OSP/DASP Extended Calls 
(International), which can be the logical data set generated 
for all International Operator and Directory Assisted calls 
that are extended back to the telecommunications network 
200 for termination. 

TABLE 42 



EB 0023 - OSP/DASP Extended Calls (Intemationan 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


2 


Terminating NPA/CC 


9 


5 


Terminating Number (International) 


74 


14 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 . 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



Table 43 below provides a definition of event block (EB) 
0024. EB 0024 defines International Toll (TG Origination), 
which can be the logical data set generated for all Interna- 
tional Long Distance calls, originating via a Trunking Gate- 
way from facilities of the PSTN. Typically, these calls can be 
PIC-calls, originating over FGD facilities. 

TABLE 43 



EB 0024 - International Toll fTG Origination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Overseas Indicator 


8 


2 


Terminating NPA/CC 


9 


5 


Terminating Number (Intl.) 


74 


14 


Call Type Identification 


79 


3 
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TABLE 43-continued 



TABLE 45-continued 



EB 0024 - International Toll 


(TG Origination) 




Element 


Number of 


lite me nt 


Number 


Characters 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Ingress Thinking Gateway 


52 


6 


Ingress Carrier Connect Tune 


13 


9 


Ingress Trunk Group Number 


15 


4 


(ogress Circuit Identification Code 


16 


4 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 


Jurisdiction Information 


30 


6 


Trunk Group I\pe 


78 


3 



EB 0026-InternationaJ Toll (TG Termination) 



Table 44 below provides a definition of event block (EB) 
0025. EB 0025 defines International Toll (AG Origination), 
which can be the logical data set generated for all Interna- 
tional Long Distance calls, originating via an Access Gate- 
way. 



20 



TABLE 44 



EB 0025 - International Toll (AG Origination) 



25 



Element Number of 



Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (Intl.) 


74 


14 


Call Type Identification 


79 


3 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Ingress Access Gateway 


36 


6 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



Table 45 below provides a definition of event block (EB) 
0026. EB 0026 defines International Toll (TG Termination), 
which can be the logical data set generated for all Interna- 
tional Long Distance calls terminating via a Trunking Gate- 
way to facilities of the PSTN. 



TABLE 45 



Element 



EB 0026-lnternational Toll fTG Termination) 



Element Number 



55 



Number of 
Characters 



Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 




Connect Dale 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 



65 



Element 


filement Number 


Characters 


Originating Number 


7 


10 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (Intl.) 


74 


14 


Call Type Identification 


79 


3 


Carrier Identification Code 


12 


4 


Jurisdiction Information 


30 


6 


Trunk Group Type 


78 


3 


Table 46 below provides a definition of event block (EB) 


0027. EB 0027 defines International Toll (AG Termination), 


which can be the logical data set generated for all Interna- 


tional Long Distance calls, terminating via an Access Gate- 


way to a DPL or PRL 






TABLE 46 




EB 0027-International Toll (AG Termination) 








Number of 


Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (Intl.) 


74 


14 


Call Type Identification 


79 


3 


Carrier Identification Code 


12 


4 


Trunk Group Type 


78 


3 



Table 47 below provides a definition of event block (EB) 
0040. EB 0040 defines IP Origination, which can be the 
45 logical data set generated for ALL IP originations. 



TABLE 47 



EB 0040-IP Origination 



50 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version fD. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number 


10 


10 


Call Type Identification 


79 


3 


Originating IP Address 


63 


12 


Ingr. Security Gateway IP Address 


65 


12 


Ingress Firewall IP Address 


67 


12 
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Table 48 below provides a definition of event block (EB) 
0041. EB 0041 defines IP Termination, which can be the 
logical data set generated for ALL IP terminations. 

TABLE 48 

EB 0041 -IP Termination 



Element 



Element Number 



Number of 
Characters 



Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Terminating IP Address 


64 


12 


Egr. Security Gateway IP Address 


66 


12 


Egress Firewall IP Address 


68 


12 


(b) Example Augmenting Event Block (EBs) Definitions 


Table 49 below provides a definition of event block (EB) 


0050. EB 0050 defines a Final Event Block, which can be 


used as the FINAL Event Block for ALL calls/events. It 


signifies the closure of a call/event. 






TABLE 49 






EB 0050-Final Event Block 








Number of 


Element Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


End Date 


40 


8 


End Tune 


39 


9 


Elapsed Time 


11 


10 


Audio Packets Sent 


59 


9 


Audio Packets Received 


60 


9 


Audio Packets Lost 


61 


9 


Audio Bytes Transferred 


62 


9 



35 



40 



Table 50 below provides a definition of event block (EB) 
0051. EB 0051 defines Answer Indication, which can be 
used as to indicate whether or not a call/session was 
answered or unanswered. If the call was unanswered, the 
Answer Indicator element will indicate that the call was not 
answered and-the -Answer Time element will contain the 
time that the originating party went on-hook. 



TABLE 50 



EB 0051 -Answer Indication 



Element 



Number of 
Element Number Characters 



Event Block Code 

Unique Call/Event Identifier 

Call Event Block Sequence Number 

Soft-Switch ID 



0 
1 

82 
2 



6 
26 
2 
6 



65 
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TABLE 50-continued 



EB 0051 -Answer Indication 



Number of 



10 



Element 


Element Number 


Characters 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Answer Indicator 


5 


1 


Answer Date 


41 


8 


Answer Time 


42 


9 



Table 51 below provides a definition of event block (EB) 
0052. EB 0052 defines Ingress Trunking Disconnect Infor- 
mation which can contain Ingress Trunking Disconnect 
information. The release date and time of the ingress circuit 
used in the call can be recorded. This EB can be extremely 
important to downstream systems (i.e. cost analysis/CABS 
analysis) that may need to audit the bills coming from 
LECs/CLECs/Ca rriers . 

TABLE 51 

ER 0052-Ingress Trunking Disconnect Information 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Ingress Carrier Disconnect Date 


44 


8 


Ingress Carrier Disconnect Time 


43 


9 



Table 52 below provides a definition of event block (EB) 
0053. EB 0053 defines Egress Trunking Disconnect 
Information, which can contain Egress Trunking Disconnect 
information. The release date and time of the egress circuit 
used in the call can be recorded. This EB can be extremely 
important to downstream systems (i.e. cost analysis/CABS 
analysts) that can need to audit the bills coming from 
LECs/CLECs/Carriers. 



TABLE 52 



50 



55 



EB 0053-Egress Trunking Disconnect Information 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version CD. 


50 


4 


Directional Flag 


77 


1 


Egress Carrier Disconnect Date 


46 


8 


Egress Carrier Disconnect Time 


45 


9 



Table 53 below provides a definition of event block (EB) 
0054. EB 0054 defines Basic 8XXabll-Free SCP Transac- 
tion Information, which can be used for all basic toll-free 
(8XX) SCP transactions. 
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TABLE 53 



TABLE 56 



EB 0054- Basic 8XX/ToH-Free SCF Transaction Information 



Number of 



Element 


Element Number 


Characters 


Evenl Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block. Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Transaction Identification 


31 


9 


Database Identification 


34 


3 


Transaction Start Time 


32 


9 


Transaction End Time 


33 


9 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Overseas Indicator 


8 


1 


Destination NPA/CC 


27 


5 


Destination Number 


28 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Alternate Billing Number 


29 


10 



Table 54 below provides a definition of event block (EB) 
0055. EB 0055 defines Calling Party (Ported) Information, 
which can be used to record information in regards to a 
Calling Party Number that has been ported. 



TABLE 54 



EB 0055-Calling Party (Ported) Information 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 35 


Unique Call/Event Identifier 


1 


26 


Call Evenl Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Location Routing Number 


48 


11 40 


LRN Supporting Information 


49 


1 



Table 55 below provides a definition of event block (EB) 
0056. EB 0056 defines Called Party (Ported) Information, 
which can be used to record information in regards to a 
Called Party Number that has been ported. 



45 



EB 0057- Egress Routing Information fTG termination) 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Hag 


77 


1 


Egress Routing Selection 


54 


2 


Egress Trunking Gateway 


53 


6 


Egress Carrier Connect Date 


73 


8 


Egress Carrier Connect 'lime 


19 


9 


Egress Trunk Group Number 


21 


4 


Egress Circuit Identification Code 


22 


4 


Trunk Group Type 


78 


3 


Egress Originating Point Code 


23 


9 


Egress Destination Point Code 


24 


9 



Table 57 below provides a definition of event block (EB) 
0058. EB 0058 defines Routing Congestion Information, 
which can be used to record routes/trunks that were unavail- 
able (e.g., due to congestion, failure, etc.) during the route 
selection process in soft switch 204. EB 0057 (for TG 
termination) and EB 0060 (for AG termination) can be used 
to record the ACTUAL route/trunk used to terminate the 
calL This information can be extremely valuable to, for 
example, traffic engineering, network management, cost 
analysis. 



TABLE 57 



EB 0058- Routing Congestion Information 



Element Number 



Number of 
Characters 



Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Routing Attempt Time 


57 


9 


Routing Attempt Date 


58 


8 


Egress Routing Selection 


54 


2 


Egress Trunking Gateway 


53 


6 


Egress Trunk Group Number 


21 


4 


Congestion Code 


55 


2 



TABLE 55 

EB 0056-Called Party fPortedt Information 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 




Location Routing Number 


48 


11 


LRN Supporting Information 


49 





Table 56 below provides a definition of event block (EB) 
0057. EB 0057 defines Egress Routing Information (TG 
termination), which can be used to record the egress routing 
information (i.e., terminating via the PSTN). 



Table 58 below provides a definition of event block (EB) 
50 0059. EB 0059 defines Account Code Information, which 
can be used for all calls requiring account codes. 

TABLE 58 

55 EB 0059-Account Code Information 

Number of 



60 



65 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Account Code Type 


71 


1 


Account Code 


38 


14 


Account Code validation Rag 


56 


1 



Table 59 below provides a definition of event block (EB) 
0060. EB 0060 defines Egress Routing Information (for AG 
termination), which can be used to record the egress routing 
information (i.e., terminating via an AG). 

TABLE 59 



EB 0060-Eeress Routing Information (AG termination) 


Element 


Element Number 


Number of 
Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Egress Routing Selection 


54 


2 


Egress Access Gateway 


37 


6 


Egress Carrier Connect Date 


73 


8 


Egress Carrier Connect 'lime 


19 


9 


Egress Trunk Group Number 


21 


4 


Egress Circuit identification Code 


22 


4 


Trunk Group Type 


78 


3 



Table 60 below provides a definition of event block (EB) 
0061. EB 0061 defines Long Duration Call Information, 
which can be used to record a timestamp of long duration 
calls. Soft switch 204 can generate this block when a call has 
been up for a duration that spans over two midnights. 
Subsequent LDCI EBs can be generated after each addi- 
tional traverse of a single midnight. As an example, if a call 
has been up firom 11:52 pm on Monday, through 4:17 pm on 
Thursday (of the same week), then TWO EB 0061 s can be 
generated for the call. One can be generated at midnight on 
Tuesday, the other can be generated at midnight on Wednes- 
day. 



25 



30 



TABLE 60 



EB 0061- Long Duration Call Information 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


DirectionaJ Flag 


77 


1 


Long Duration Sequence Number 


83 


2 


Long Duration Event Time 


84 


9 


Long Duration Event Date 


85 


8 



(3) Example Element Definitions 

Elements are the building blocks of Event Blocks (EBs). 
Event Blocks are logical groupings of elements. Each ele- 
ment can contain information that is collected during call/ 
event processing, whether from, for example, signaling 
messages, external databases (SCPs and intelligent periph- 
erals (IPs)), Access GTGs, customer attributes, or derived by 
a soft switch. All of the elements contain information that is 
used by various downstream systems. Downstream systems 
include, for example, billing/mediation, traffic engineering, 
carrier access billing, statistical engines, cost analysis 
engines, and marketing tools. 

Example Call Elements include the following: 

Element 0 — Event Block Code; 

Element 1 — Unique Call/Event Identifier; 

Element 2— Soft-Switch ID; 

Element 3 — Connect Date; 
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Element 4 — Connect Time; 
Elements — Answer Indicator; 
Element 6 — Calling Party Category; 
Element 7 — Originating Number; 
Element 8 — Overseas Indicator; 
Element 9— Terminating NPA/CC; 
Element 10 — Terminating Number; 
Element 11 — Elapsed Time; 
Element 12 — Carrier Identification Code; 
Element 13 — Ingress Carrier Connect Time; 
Element 14 — Ingress Carrier Elapsed Time; 
Element 15 — Ingress Trunk Group Number; 
Element 16 — Ingress Circuit Identification Code; 
Element 17 — Ingress Originating Point Code; 
Element 18 — Ingress Destination Point Code; 
Element 19 — Egress Carrier Connect Time; 
Element 20 — Egress Carrier Elapsed Time; 
Element 21 — Egress Trunk Group Number; 
Element 22 — Egress Circuit Identification Code; 
Element 23 — Egress Originating Point Code; 
Element 24 — Egress Destination Point Code; 
Element 25 — Dialed NPA; 
Element 26 — Dialed Number; 
Element 27 — Destination NPA/CC; 
Element 28 — Destination Number; 
Element 29 — Alternate Billing Number; 
Element 30 — Jurisdiction Information; 
Element 31 — Transaction Identification; 
Element 32 — Transaction Start Time; 
Element 33 — Transaction End Time; 
Element 34 — Database Identification; 
Element 36 — Ingress Access Gateway; 
Element 37 — Egress Access Gateway; 
Element 38 — Account Code; 
Element 39 — End Time; 
Element 40 — End Date; 
Element 41 — Answer Date; 
Element 42 — Answer Time; 
Element 43 — Ingress Carrier Disconnect Time; 
Element 44 — Ingress Carrier Disconnect Date; 
Element 45 — Egress Carrier Disconnect Time; 
Element 46 — Egress Carrier Disconnect Date; 
Element 47 — Announcement Identification; 
Element 48 — Location Routing Number, 
Element 49 — LRN Supporting Information; 
Element 50 — Soft Switch Version; 
Element 51 — Carrier Selection Information; 
Element 52 — Ingress Trunking Gateway; 
Element 53 — Egress Trunking Gateway; 
Element 54 — Egress Routing Selection; 
Element 55 — Egress Route Congestion Code; 
Element 56 — Account Code Validation Flag; 
Element 57 — Routing Attempt Time; 
Element 58 — Routing Attempt Date; 
Element 59 — Audio Packets Sent; 
Element 60 — Audio Packets Received; 
Element 61 — Audio Packets Lost; 
Element 62 — Audio Bytes Transferred; 



Number of 



40 



55 



60 



65 
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Element 63 — Originating IP Address; 

Element 64 — Terminating IP Address; 

Element 65 — Ingress Security Gateway IP Address; 

Element 66 — Egress Security Gateway IP Address; 5 

Element 67 — Ingress Firewall IP Address; 

Element 68 — Egress Firewall IP Address; 

Element 69 — Operator Trunk Group Number; 

Element 70 — Operator Circuit Identification Code; 10 

Element 71 — Account Code Type; 

Element 72 — Ingress Carrier Connect Date; 

Element 73 — Egress Carrier Connect Date; 

Element 74 — Terminating Number (International); lS 

Element 75 — DA Trunk Group Number; 

Element 76 — DA Circuit Identification Code; 

Element 77 — Directional Flag; 

Element 78 — Trunk Group Type; 20 

Element 79 — Call Type Identification; 

Element JMK— Customer Identification; 

Element 81 — Customer Location Identification; 

Element 82 — Call Event Block Sequence Number; ^ 

Element 83 — Long Duration Sequence Number; 

Element 84 — Long Duration Event Time; and 

Element 85 — Long Duration Event Date. 

(4) Element Definitions 

Element definitions recorded during call processing are 30 
defined in this section. 

Table 61 below provides a definition of element 0. Ele- 
ment 0 defines an Event Block Code element, which con- 
tains a code that can be mapped/correlated to a type of 
call/event. The EB code can be used for parsing and data 35 
definition for downstream systems. 

An example of this element follows: EB0012. 
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Table 63 below provides a definition of element 2. Ele- 
ment 2 defines a Soft-Switch ID element, which contains the 
soft switch identification number. This can indicate which 
soft switch recorded the call event data. 

An example of this element follows: BOS003. 

TABLE 63 

Element 2-Soft-Switch ID 



ASCII Characters 



Meaning 



1-3 
4-6 



Three Ixttcr City ID 
Soft Switch Number 



Table 64 below provides a definition of element 3. Ele- 
ment 3 defines a Connect Date element, which contains the 
date when the call was originated. 

An example of this element follows: 19980430. 



TABLE 64 



Element 3-Conncct Date 



ASCII Characters 



Meaning 



1-4 

5-6 
7-8 



Year 

Month 

Day 



Table 65 below provides a definition of element 4. Ele- 
ment 4 defines a Connect Time element, which contains the 
time when the soft switch received an IAM. 

An example of this element follows: 125433192. 



TABLE 65 



Element 4-Connect Time 



TABLE 61 



ASCII Characters 



Element 0-Event Block Code 



ASCII Characters 



Meaning 



1-2 
3-6 



EB (constant) 
Event Block Code 



Table 62 below provides a definition ot element I. hle- 
ment 1 defines an Unique Call/Event Identifier (UCEI), 
which can be used to correlate all events (EBs) for a 
particular call/session. The correlation can be done in the 
MNEDB. 

An example of this element follows: 
BOS00219980523123716372001. 

TABLE 62 



Element 1 -Unique Call/Event Identifier (UCEI) 


AvSCII Characters 


Meaning 


1-3 


Site Identification 


3-6 


Node Identification 


7-14 


Date 


15-23 


Connect Time 


24-26 


Sequence Number* 



•A sequential number (per millisecond (ms)) from 0-999 can be 
incremented, then appended to each UCEI. This will allow differentiation 
of calls/events that are processed at the same Site, on the same Node (soft 
switch), on the same date, at exactly the same time(down to the ms). 



60 



Meaning 



40 



1-2 
3-A 
5-6 
7-9 



Hours 
Minutes 
Seconds 
Milliseconds 



Table 66 below provides a definition of element 5. Ele- 
ment 5 defines an Answer Indicator element, which states 
whether or not a call/session was answered/unanswered. 

An example of this element follows: 1. 



TABLE 66 



55 



Element 5-Answer Indicator 
ASCII Characters Meaning 



1 



0 =■ Answered 

1 " Unanswered 



Table 67 below provides a definition of element 6. Ele- 
ment 6 defines a Calling Party Category element, which 
contains whether a call was originated from, for example, a 
Hotel, a Prison, a Cell Phone, a pay phone, a PVIPS, and an 
inward wide area telephone service (INWATS), based on the 
65 Calling Party Category received in the Initial Address Mes- 
sage (IAM), derived from a soft switch, or received from a 
database external from the soft switch. 
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Ad example of this element follows: I. 

TABLE 67 

Element 6-Calling Party Category 
ASCII Characters Meaning 



1-3 



000 = PVIPS 

001 = Prepay Coin 

002 - Motel/Motel 

003 = IP Phone 

008 - INWA1-S Terminating 
018 - Prison 



Table 68 below provides a definition of element 7. Ele- 
ment 7 defines an Originating Number element, which 
contains the NPA NXX-XXXX (ON) that originated the call. 

An example of this element follows: 3039263223. 



TABLE 68 



Element 7-Orifiinating Number 
ASCII Characters Meaning 



1-10 



Originating Number 



116 



An example of this element follows: 00303D. 
TABLE 69B 

Element 9-Tcrminating Numbering Plan Area/Country Code NPA/CC 



ASCII Characters 



Meaning 



1-2 
3-5 



Overseas Expander Positions 
NPA 



10 



Table 69C below provides a definition of element 10. 
Element 10 defines a Terminating Number North American 
Numbering Plan (NANP) element, which contains the 
NXX-LINE of the dialed number for domestic calls. The 
terminating number element should be populated for ALL 
calls that require a terminating number for billing. 

An example of this element follows: 9263223. 



20 



TABLE 69C 



Element 10-Terminating Number North American Numbering Plan 
(NANP) 



ASCII Characters 



25 



Meaning 



1-3 
4-7 



NXX 

Four Digit line Number 



Table 69A below provides a definition of element 8. 
Element 8 defines an Overseas Indicator element, which 
provides the digit length of an overseas call, as well as 
whether or not an NPA was dialed or implied/derived from 
the soft switch. This element is crucial to downstream 
systems (i.e., billing/mediation) which need to differentiate 
between NPAs and CCs. 

An example of this element follows: 01D. 

TABLE 69A 

Element 8- Overseas Indicator 

ASCII 

Characters Meaning 

1-2 00 => NPA Dialed By the Customer (not an overseas call) 

01 - NPA Implied/Derived By Soft Switch 

02 » Non- North American Numbering Plan Termination 

03- 7 Digit Overseas Number 

04- 8 Digit Overseas Number 

05- 9 Digit Overseas Number 

06- 10 Digit Overseas Number 

07- 11 Digit Overseas Number 

08- 12 Digit Overseas Number 

09- 13 Digit Overseas Number 

10- 14 Digit Overseas Number 
11 = 15 Digit Overseas Number 



Table 69B below provides a definition of element 9. 
Element 9 defines a Terminating Numbering Plan Area/ 
Country Code (NPA/CQ element, which contains either the 
NPA of the dialed number for domestic calls, or up to five 
characters of the overseas number dialed. Today, country 
codes (CCs) can be up to 3 digits and the national significant 
number can be up to 14 digits (since Dec. 31, 1996), for a 
total of no more than 15 digits. If the call is domestic, the 
first two characters can be 00(padding), the next three 
characters can be the NPA, and the last character can be the 
delimiter. 



Table 70 below provides a definition of element U. 
30 Element 11 defines an Elapsed Time element, which con- 
tains the elapsed time (duration) of a completed call/session. 
The time can be GMT. 

An example of this element follows: 123716372 

35 TABLE 70 

Element 11 -Elapsed Tune 

ASCII Characters Meaning 

1-2 Hours 

4-5 Minutes 

6-7 Seconds 

8-10 Milliseconds 



Table 71 below provides a definition of element 12. 
Element 12 defines a Carrier Identification Code element, 
which contains the toll carrier's identification code. This can 
be an extremely useful element for downstream systems (i.e. 
50 billing), that need to parse records for wholesale customers! 

An example of this element follows: 0645 

TABLE 71 

55 Element 12-Carrier Identification Code 

ASCII Characters Meaning 
1-4 Carrier Identification Code 



Table 72 below provides a definition of element 13. 
Element 13 defines an Ingress Carrier Connect Time 
element, which contains the time that the ingress trunk/ 
circuit was seized for a call, that is, when an ACM was sent 
65 towards the PSTN. This element can be important to down- 
stream systems (i.e. cost analysis/CABS analysis) that may 
need to audit the bills coming from LECs/CLECs/Carriers. 
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m 



An example of this element follows: 123716372 
TABLE 72 

Element 13- Ingress Carrier Connect 'lime 



An example of this element follows: 0312 
TABLE 75 

Element 16- 1 ogress Circuit Identification Code 
ASCII Characters Meaning 



ASCII Characters 



Meaning 



1-4 



Identification Codc/Trunlc Member Number 



1-2 


Hours 


3-4 


Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 73 below provides a definition of element 14. 
Element 14 defines an Ingress Carrier Elapsed Time 
element, which contains the elapsed time(duration) that the 
ingress trunk/circuit was in use(from seizure to release) for 
both answered and unanswered calls/sessions. This clement 
can be important to downstream systems (i.e. cost analysis/ 
CABS analysis) that may need to audit the bills coming from 
LECs/CLECs/Carriers. 

An example of this element follows: 123716372. 



10 



15 



20 



Table 76 below provides a definition of element 17. 
Element 17 defines an Ingress Originating Point Code 
(IOPC) element, which contains the ingress OPC. 

An example of this element follows: 212001001. 



TABLE 73 



Element 14-In^ress Carrier Elapsed Time 
ASCII Characters Meaning 



1-2 

5-6 
7-9 



Hours 
Minutes 
Seconds 
Milliseconds 



Table 74 below provides a definition of element 15. 
Element 15 defines an Ingress Trunk Group Number 
element, which contains the Trunk Number on the 
originating/ingress side of a call. The information can be 
derived from either TG or AG, or from a correlation table, 
using Element 16 — Ingress Circuit Identification Code, Ele- 
ment 17 — Ingress Originating Point Code, and Element 
18— Ingress Destination Point Code, to correlate to a spe- 
cific trunk group. This element can be important to down- 
stream systems (i.e. cost analysis/CABS analysis) that may 
need to audit the bills coming from LECs/CLECs/Carriers. 
This can also assist traffic engineers in trunk sizing. 

An example of this element follows: 1234. 



TABLE 74 



Element 15-Ingress Trunk Group Number 
ASCII Characters Meaning 



1-4 



Trunk Group Number 



Table 75 below provides a definition of element 16. 
Element 16 defines an Ingress Circuit Identification Code 
element, which contains the circuit number/id of the circuit 
used on the originating/ingress side of a call. The informa- 
tion can be derived from either TG or AG, or from the 
Circuit Identification Code (CIC) field in the I AM. 



65 



TABLE 76 



Element 17-Ingress Originating Point Code 
ASCII Characters Meaning 



1-3 
4-6 
7-9 



Network (0-255) 
Ouster (0-255) 
Member (0-255) 



25 Table 77 below provides a definition of element 18. 
Element 18 defines an Ingress Destination Point (IDC) 
Code. 

An example of this element follows: 213002002. 



30 



35 



TABLE 77 



Element 18- Ingress Destination Point Code 
ASCII Characters Meaning 



1-3 
4-6 
7-9 



Network (0-255) 
Ouster (0-255) 
Member (0-255) 



Table 78 below provides a definition of element 19. 
Element 19 defines an Egress Carrier Connect Time 
element, which contains the time that the egress trunk/circuit 
was seized for a call. The time can be derived from the 
Access or Trunking Gateways, or from the Initial Address 
45 Message. This element can be important to downstream 
systems (i.e. CABS) that need thus information to BILL 
other LECs/CLECs/Carriers. 

An example of this element follows: 123716372. 

50 

TABLE 78 

Element 19- Egress Carrier Connect Time 
ASCII Characters Meaning 



55 



1-2 
3-4 
5-6 
7-9 



Hours 
Minutes 
Seconds 
Milliseconds 



60 



Table 79 below provides a definition of element 20. 
Element 20 defines an Egress Carrier Elapsed Time element, 
which contains the elapsed time (duration) that the egress 
trunk/circuit was in use (from seizure to release) for both 
answered and unanswered calls/sessions. This element can 
be important to downstream syslems (i.e. CABS) that need 
this information to BILL other LECs/CLECs/Carriers. 



US 6,614,781 Bl 



119 



120 



An example of this element follows: 123716372. 
TABLE 79 

Element 20-E gross Carrier Elapsed Time 
ASCII Characters Meaning 



An example of this element follows: 213002002. 
TABLE 83 



Element 24-Egress Destination Point Code 
ASCII Characters Meaning 



1-2 
5-4 
5-6 
7-9 



Hours 
Minutes 
Seconds 
Milliseconds 



10 



1-3 
4-6 
7-9 



Network (0-255) 
Cluster (0-255) 
Member (0-255) 



Table 80 below provides a definition of element 21. 
Element 21 defines an Egress Trunk Group Number 
element, which contains the Trunk Number on the 
terminating/egress side of a call. The information can be 
derived from either TG or AG, or from a correlation table, 
using Element 22— Egress Circuit Identification Code, Ele- 
ment 23 — Egress Originating Point Code, and Element 
24 — Egress Destination Point Code, to correlate to a specific 
trunk group. This element can be important to downstream 
systems (i.e. cost analysis/CABS analysis) that may need to 
audit the bills coming from LECs/CLECs/Carriers. 

An example of this element follows: 4321. 



TABLE 80 



Element 21-Egress Trunk Group Number 
ASCII Characters Meaning 



Trunk Group Number 



TABLE 81 



Element 22-Egress Circuit Identification Code 
ASCII Characters Meaning 



1-4 



Circuit Identification Code/Trunk Member Number 



Table 82 below provides a definition of element 23. 
Element 23 defines an Egress Originating Point (EOP) 
Code. 

An example of this element follows: 212001001. 



TABLE 82 



Element 23-Egrcss Originating Point Code 
ASCII Characters Meaning 



1-3 
4-6 
7-9 



Network (0-255) 
Cluster (0-255) 
Member (0-255) 



Table 83 below provides a definition of element 24. 
Element 24 defines an Egress Destination Point (EDP) 
Code. 



15 



35 



Table 81 below provides a definition of element 22. 
Element 22 defines an Egress Circuit Identification Code 
element, which contains the circuit number/id of the circuit 
used on the terminating/egress side of a call. The informa- 
tion can be derived from either TG or AG, or from the 
Circuit Identification Code (CIC) field in the LAM message. 40 

An example of this clement follows: 0645. 



45 



50 



55 



60 



Table 84 below provides a definition of element 25. 
Element 25 defines a Dialed NPA clement, which contains 
the 8XX code for a toll-free call. 

An example of this element follows: 888. 

TABLE 84 



20 



Element 25- Dialed NPA 
ASCII Characters Meaning 



1-3 



NPA 



Table 85 below provides a definition of element 26. 
Element 26 defines a Dialed Number element, which con- 
tains the NXX-LINE of the dialed number for domestic 
toll-free calls. The terminating number element has seven 
significant characters and a sign (delimiter) character. 

An example of this clement follows: 4532609. 



TABLE 85 



Element 26-Pialed Number 
ASCII Characters Meaning 



1-3 
4-7 



NXX 

Four Digit Line Number 



Table 86 below provides a definition of element 27. 
Element 27 defines a Destination NPA/CC element, which 
contains the Numbering Plan Area (NPA) for domestic calls 
and the Country Code (CC) for international calls. This 
information is SCP derived for 8XX calls. The element is 
right justified and padded (with fts) if necessary. 

An example of this element follows: 00303D. 



TABLE 86 



Element 27- Destination NPA/CC 
ASCII Characters Meaning 



1-2 
3-5 



Overseas Expander Positions 
NPA/CC 



Table 87 below provides a definition of element 28. 
Element 28 defines a Destination Number element, which 
contains the NXX-LINE of the destination number for 
domestic toll-free calls. This number is the routing number 
returned from a SCP 800 query. The terminating number 
element has seven significant characters and a sign 
65 (delimiter) character. The terminating number element 
should be populated for ALL calls that require a terminating 
number for billing. 
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An example of this element follows: 9263223D. 
TABLE 87 



Element 28- Destination Number 
ASCII Characters Meaning 



1-3 
4-7 



NXX 

Four Digit Line Number 



Table 88 below provides a definition of element 29. 
Element 29 defines an Alternate Billing Number field 
element, which contains the billing number obtained from 
the optional billing number data received from SCR 

An example of this element follows: 3039263223D. 



10 
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TABLE 91 -continued 



Element 32-Transaction Start Time 
ASCII Characters Meaning 



5-6 
7-9 



Seconds 
Milliseconds 



Table 92 below provides a definition of element 33. 
Element 33 defines a Transaction End Time element, which 
contains the time that the Soft Switch received a response 
from an external request to a SCP, an Intelligent Peripheral 
(IP), or some other database. 

An example of this element follows: 102943005. 



TABLE 88 



Element 29-Aiteroate Billing Number 
ASCII Characters Meaning 



20 



1-10 



Alternate Billing Number 



Table 89 below provides a definition of element 30. 
Element 30 defines a Jurisdiction Information element, 25 
which contains the NPA-NXX of the originating Switch. 
This information can be contained in the Initial Address 
Message. 

An example of this element follows: 303926D. 



TABLE 89 



Element 30 -Jurisdiction Information 



ASCII Characters 



Meaning 



1-3 
4-6 
7 



NPA 
NXX 
Delimiter 



Table 90 below provides a definition of element 31. 
Element 31 defines a Transaction Identification element, 
which contains a unique identification number for each 
external request to a SCP, an Intelligent Peripheral (IP), or 
some other database. . 

An example of this element follows: 0000012673. 



TABLE 90 



Element 31 -Transaction Identification 
ASCII Characters Meaning 



1-9 



Transaction ID 



TABLE 92 



Element 33 -Transaction End Time 


ASCII Characters 


Meaning 


1-2 


Hours 




Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 93 below provides a definition of element 34. 
Element 34 defines a Database Identification element, which 
contains the SCP, Intelligent Peripheral (IP), or some other 
database's identification number, that a transaction was 
performed. 

An example of this element follows: 005. 



TABLE 93 



35 



Element 34- Database Identification 
ASCII Characters Meaning 



1-3 



Database ID number 



Table 94 below provides a definition of element 36. 
Element 36 defines an Ingress Access Gateway clement, 
which contains the AG identification number. 

An example of this element follows: BOS003. 



45 



50 



TABLE 94 



Element 3 5- Ingress Access Gateway 
ASCII Characters Meaning 



1-3 
4-6 



Three Letter City ID 
Trunking Gateway Number 



Table 91 below provides a definition of element 32. 
Element 32 defines a Transaction Start Time element, which 
contains the time that the Soft Switch sent an external 
request to an SCP, an Intelligent Peripheral (IP), or some 
other database. 

An example of this element follows: 124312507. 

TABLE 91 



Element 32-Transaction Start Time 



ASCII Characters Meaning 

1-2 Hours 65 

3-4 Minutes 



Table 95 below provides a definition of element 37. 
Element 37 defines an Egress Access Gateway element, 
which contains the AG identification number. An example of 
this element follows: BOS003. 

TABLE 95 



Element 37-Egress Access Gateway 
ASCII Characters Meaning 

1-3 Three Letter City ID 

4-6 Trunking Gateway Number 



Table 96 below provides a definition of element 38. 
Element 38 defines an Account Code element, which con- 
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tains the length of the account code, as well as the actual 
account code digits that were entered. 

An example of this clement follows: 06000043652678. 

TABLE 96 5 



Element 38-Account Code 



ASCII Characters 


Meaning 


1-2 


Account Code Length 




00-2 Digit Account Code 




01-3 Digit Account Code 




02-4 Digit Account Code 




03-5 Digit Account Code 




04-6 Digit Account Code 




05-7 Digit Account Code 




06-8 Digit Account Code 




07-9 Digit Account Code 




08-10 Digit Account Code 




09 = 11 Digit Account Code 




11 = 12 Digit Account Code 


3-14 


Account Code Digits 



10 



15 



20 



The Account Code digits can be right justified and padded with Os. 



Table 97 below provides a definition of element 39. 
Element 39de fines an End Time element, which contains the 
time when the call completed. The time should be recorded 
after both parties, originating and terminating, go on-hook. 

An example of this element follows: 032245039. 



TABLE 97 



Element 39-End Time 


ASCII Characters 


Meaning 


1-2 


Hours 




Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



35 



Table 98 below provides a definition of element 40. 
Element 40 defines an End Date element, which contains the 
date when the call was completed. 

An example of thus element follows: 19980218. 



TABLE 98 



Element 40- End Date 


ASCII Characters 


Meaning 


1^» 


Year 


5-6 


Month 


7-^8 


Day 



Table 99 below provides a definition of element 41. 
Element 41 defines an Answer Date element, which contains 
the date when the call was answered. 

An example of this element follows: 19980513. 

1 55 

TABLE 99 



Element 41 -Answer Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-8 


Day 



60 



Table 100 below provides a definition of element 42. 65 
Element 42 defines an Answer Time element, which con- 
tains the time when the terminating station went olf-hook. 
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The timer could start when the Soft Switch receives an 
answer message, If the call was unanswered, the Answer 
Time will contain the time that the originating party went 
on-hook. 

An example of this element follows: 023412003. 



TABLE 100 



Element 42-Answcr 


Time 


ASCII Characters 


Meaning 


1-2 


Hours 




Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 101 below provides a definition of element 43. 
Element 43 defines an Ingress Carrier Disconnect Time 
element, which contains the time that the ingress trunk/ 
circuit was released for a call, llie time will either be derived 
from the Access or Trucking Gateways, or from the Release 
Message. This element can be important to downstream 
systems (i.e. cost analysis/CABS analysis) that may need to 
audit the bills coming from LECs/CLECs/Carriers. 

An example of this element follows: 041152092. 



TABLE 101 



Element 43-lngress Carrier Disconnect Time 


ASCII Characters 


Meaning 


1-2 


Hours 




Minutes 


S-6 


Seconds 


7-9 


Milliseconds 



Table 102 below provides a definition of element 44. 
Element 44 defines an Ingress Carrier Disconnect Date 
Disconnect Date element, which contains the date when the 
ingress trunk/circuit was released for a call. 

An example of this element follows: 19980523. 



TABLE 102 



Element 44- 1 ogress Carrier Disconnect Date Disconnect Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-8 


Day 



Table 103 below provides a definition of clement 45. 
Element 45 defines an Egress Carrier Disconnect Time 
element, which contains the time that the egress trunk/circuit 
was released for a call. The time will either be derived from 
the Access or Trunking Gateways, or from the Release 
Message. This element can be extremely important to down- 
stream systems (i.e. CABS) that need this information to 
BILL other LECs/CLECs/Carriers. 

An example of this element follows: 041152092. 

TABLE 103 

Element 45- Egress Carrier Disconnect 'lime 
ASCII Characters Meaning 

1-2 Hours 
3-4 Minutes 
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TABLE 103-continucd 



III e me nt 45- tigress Carrier Disconnect Tunc 


ASCII Characters 


Meaning 


5-6 


Seconds 


7-9 


Milliseconds 



Table 104 below provides a definition of element 46. 
Element 46 defines an Egress Carrier Disconnect Date 
element, which contains the date when the egress trunk/ 
circuit was released for a call. 

An example of this element follows: 19981025D. 

TABLE 104 



Element 46-Eftress Carrier Disconnect Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-8 


Day 



Table 105 below provides a definition of element 47. 
Element 47 defines an Announcement Identification 
clement, which contains the announcement number 
(correlating to an announcement) that was invoked during 
call processing. 

An example of this element follows: 0056D. 



TABLE 105 



Element 47-Aimou nee meat Identification 
ASCII Characters Meaning 



1-4 



Announcement ID 



TABLE 106 



Element 48- Location Routing Number 
ASCII Characters Meaning 



1 



Party Identifier 

1 - Calling Party 

2 - Called Party 
Location Routing Number 



35 



Table 106 below provides a definition of element 48. 45 
Element 48 defines a Location Routing Number (LRN) 
element, which contains the Location Routing Number. 
Depending on the EB being created (EB 0055 or EB 0056), 
this field contains the LRN for the Calling Party Number (if 
ported) or the LRN for the Called Party Number (if ported). 

An example of this clement follows: 13039263223D. 



50 



55 



60 



Table 107 below provides a definition of element 49. 
Element 49 defines a LRN Supporting Information element, 65 
which contains the source/system where the LRN was 
derived. 
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An example of this element follows: 1. 

TABLE 107 

Element 49-LRN Supporting Information 



ASCII Characters 



Meaning 



10 



LRN Source Indicator 

1 = LNP Database (SCP) 

2 - Derived from the SS 

3 = Signaling Data 



25 



Table 108 below provides a definition of element 50. 
Element 50 defines a Soft Switch Version element, which 
contains the current software version that Ls operating on the 
soft switch. 

An example of this element follows: 0150. 
TABLE 108 

Element 50-Soft Switch Version 
ASCII Characters Meaning 



1- 2 

2- 4 



SS Version Number (Prefix) 
SS Version Number (Suffix) 



Table 109 below provides a definition of element 51. 
Element 51 defines a Carrier Selection Information element, 
which contains the toll carrier selection method. This allows 
downstream systems, such as end-user billing and fraud, to 
parse records based on carrier selection methods (e.g., 
pre-subscription, dial-around/casual-calling.) 

An example of this element follows: 01. 



40 



TABLE 109 



Element 51-Carrier Selection Information 
ASCII Characters Meaning 

1-2 Carrier Selection Method 

01 - Pre-Subscribcd 

02 - SS Derived 

03 = SCP Derived 

04 - Carrier Designated by Caller at Time of Call 
(casual-call/dial-around) 



Table 110 below provides a definition of element 52. 
Element 52 defines an Ingress Trunking Gateway element, 
which contains the TG identification number. 

An example of this element follows: BOS003. 

TABLE 110 

Element 52-Ingrcss Trunking Gateway 
ASCII Characters Meaning 



1-3 
4-6 



Three Letter City ID 
Trunking Gateway Number 



Table 111 below provides a definition of element 53. 
Element 53 defines an Egress Trunking Gateway element, 
which contains the TG identification number. 
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An example of this element follows: DEN003. 
TABLE 111 



Element 53-Egress Thinking Gateway 


ASCII Characters 


Meaning 


1-3 


Three Letter City ID 


4-6 


Trunking Gateway Number 



Table 112 below provides a definition of element 54. 
Element 54 defines an Egress Routing Selection. 
An example of this element follows: 02. 



10 



TABLE 112 



Element 54-Egress Routing Selection 
ASCII Characters Meaning 



1-2 


Final Route Selection/Choice 




01 " 1st route choice 




02 ° 2nd route choice 




03 = 3rd route choice 




04 = 4th route choice 




05 =■ 5th route choice 



Table 112 below provides a definition of element 55. 
Element 55 defines an Egress Route Congestion Code 
element, which contains the reason for congestion on a 
trunk. 

An example of this element follows: 01. 



35 



TABLE 113 



Element 5 5- Egress Route Congestion Code 


ASCII Characters 


Meaning 


1-2 


Route Congestion Code 




01 = Circuit Congestion 




02 - Circuit Failure 




03 - QoS Not Available 



Table 114 below provides a definition of element 56. 
Element 56 defines an Account Code Validation Flag 
element, which contains a flag that specifies whether or not 
the account code validation was successful. 

An example of this element follows: 1. 

TABLE 114 



50 



Element 5 6- Account Code Validation Flag 
ASCII Characters Meaning 



1 



Account Code Validation Flag 

0 - AC Validation NOT Successful 

1 - AC Validation Successful 



Table 115 below provides a definition of element 57. 
Element 57 defines a Routing Attempt Time element, which 
contains the time that an unsuccessful routing attempt was 
made on a trunk. This information can be useful to down- 
stream Network Management and Traffic Engineering sys- 
tems. 



128 



An example of this element follows: 102943005. 
TABLE 115 



Element 57-Routing Attempt 'lime 


ASCII Characters 


Meaning 


1-2 


Hours 




Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 116 below provides a definition of element 58. 
Element 58 defines a Routing Attempt Date element, which 
contains the dale that an unsuccessful routing attempt was 
made on a trunk. This information can be useful to down- 
stream Network Management and Traffic Engineering sys- 
tems. 

An example of this clement follows: 19980430. 



TABLE 116 



Element 58-Routing Attempt Date element 


ASCII Characters 


Meaning 


X-A 


Year 


5-6 


Month 


7-8 


Day 



Table 117 below provides a definition of element 59. 
Element 59 defines an Audio Packets Sent element, which 
contains the number of audio packets that were sent from an 
AG or TG during a session. 

An example of this clement follows: 000043917. 



TABLE 117 



Element 59-Audio Packets Sent 



45 



ASCII Characters 



Meaning 



Audio Packets 



55 



Table 118 below provides a definition of clement 60. 
Element 60 defines an Audio Packets Received element, 
which contains the number of audio packets that were 
received by an AG or TG during a session. 

An example of this element follows: 000043917. 



TABLE 118 



Element 60-Audio Packets Received 



60 



ASCII Characters 



Meaning 



1-9 



Audio Packets 



Table 119 below provides a definition of element 61. 
65 Element 61 defines an Audio Packets Lost element, which 
contains the number of audio packets that were lost during 
a session. 



129 
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An example of this elemenl follows: 000043917. 
TABLE 119 

Element 61 -Audio Packets Lost 



Ad example of this, element follows: 205123245211. 
TABLE 123 



ASCII Characters 



Meaning 



Audio Packets 



10 



Element 65 - Ingres; 


» Security Gateway IP Address 


ASCII Characters 


Meaning 


1-3 


Class A Address 


4-6 


Class B Address 


7-9 


Class C Address 


10-12 


Class O Address 



Table 120 below provides a definition of element 62. 

Element 62 defines an Audio Bytes Transferred element, Tabic 124 below provides a definition of clement 66. 

which contains the total number of audio packets that were 15 Element 66 defines an Egress Security Gateway IP Address 

transferred sent from an AG or TG during a session. element, which contains the Internet Protocol (IP) address of 

An example of this element follows: 000023917. ^ s^nty gateway on the egress portion of a call/session. 

An example of this element follows: 205123245211. 

TABLE 120 20 
TABLE 124 



Elemenl 62- Audio Bytes Transferred element 



ASCII Characters 



Meaning 



Element 66 - Egress Security Gateway IP Address 
ASCII Characters Meaning 



25 



1-9 



Audio Bytes 



1-3 
4-6 
7-9 
10-12 



Class A Address 
Class B Address 
Class C Address 
Class D Address 



Table 121 below provides a definition of element 63. 
Element 63 defines an Originating IP Address element, 
which contains the Internet Protocol (IP) address of the 
originator. 

An example of this element follows: 205123245211. 



TABLE 121 



Element 63-Originating D? Address 


ASCII Characters 


Meaning 


1-3 


Class A Address 


4-6 


Class B Address 


7-9 


Class C Address 


10-12 


Class D Address 



Table 122 below provides a definition of element 64. 
Element 64 defines a Terminating IP Address element, which 
contains the Internet Protocol (IP) address of the termina- 
tion. 

An example of this element follows: 205123245211. 
TABLE 122 

Element 64-TcrminaU'ng IP Address 

ASCII Characters Meaning 

1-3 Class A Address 

4-6 Class B Address 

7-9 Class C Address 

10-12 Class D Address 



Table 125 below provides a definition of element 67. 
Element 67 defines an Ingress Firewall IP Address element, 
which contains the Internet Protocol (IP) address of the 
security gateway on the ingress portion of a call/session. 

An example of this element follows: 205123245211. 



TABLE \7S 



45 



Element 67 - 


Ingress Firewall fP Address 


ASCII Characters 


Meaning 


1-3 


Qass A Address 


4-6 


Class B Address 


7-9 


Class C Address 


10-12 


Class D Address 



Table 126 below provides a definition of element 68. 
Element 68 defines an Egress Firewall IP Address element, 
which contains the Internet Protocol (IP) address of the 
security gateway on the egress portion of a call/session. 

An example of this element follows: 205123245211. 

TABLE 126 

Element 68 - Egress Firewall IP Address 

ASCII Characters Meaning 

1-3 Class A Address 

4-6 Gass B Address 

7-9 Class C Address 

10-12 Class D Address 



Table 123 below provides a definition of element 65. Table 127 below provides a definition of element 69. 

Element 65 defines an Ingress Security Gateway IP Address 65 Element 69 defines an Operator Trunk Group Number 

element, which contains the Internet Protocol (IP) address of element, which contains the trunk group number for the 

the security gateway on the ingress portion of a call/session. trunk selected to the Operator Services Platform (OSP). 
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Ad example of this element follows: 1234. 

TABLE 127 

Element 69 - Operator Trunk Group Number 



132 



Ad example of this element follows: 19980513. 
TABLE 131 



ASCII Characters 



Meaning 



Trunk Group Number 



10 



Element 73 - Egress Qi trier Connect Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-8 


Day 



Table 128 below provides a definition of element 70. 
Element 70 defines an Operator Circuit Identification Code 
(CIC) element, which contains the circuit number/id of the 
circuit used for an Operator service call. 

An example of this element follows: 0312. 

TABLE 128 

Element 70 - Operator Circuit Identification Code 
A SO I Characters Meaning 



Table 132 below provides a definition of element 74. 
Element 74 defines a Terminating Number (International) 
element, which contains the overseas number that was 
dialed for domestic calls. The terminating number element 
should be populated for ALL calls that require a terminating 
number for billing. This field can be right-justified, padded 
with 0s. 

An example of this element follows: 34216273523482. 
TABLE 132 

Element 74 - Terminating Number (International) 
ASCII Characters Meaning 



1-14 



Overseas Number 



1-4 Circuit Identification Code/Trunk Member Number 

^^^_^^^__ mmm _ mm __ m _____ a ___^^_^^^ Table 133 below provides a definition of clement 75. 

Element 75 defines a DA Trunk Group Number element, 

Table 129 below provides a definition of element 71. 30 which °° otams the trunk «">»P numbcr for lhe trunk 



Element 71 defines an Account Code Type element, which 
contains a value associated with the type of account used in 
the call. 

An example of this element follows: 1. 

TABLE 129 



selected to the directory assistance (DA) service provider. 
An example of this element follows: 1234. 

TABLE 133 



Element 71 - Account Code Type 



Element 75 - 


DA Trunk Group Number 


ASCII Characters 


Meaning 


1-4 


Trunk Group Number 



ASCII Characters 



Meaning 



40 



1 


Account Code Type 




1 = Verified Forced 




2 - Verified Unforced 




3 =■ Unverified Forced 




4 Unverified Unforced 



Table 134 below provides a definition of clement 76. 
Element 76 defines a DA Circuit Identification Code 
element, which contains the circuit number/id. of the circuit 
used for a DA service call. 

An example of this element follows: 0312. 



Table 130 below provides a definition of element 72. 
Element 72 defines an Ingress Carrier Connect Date 
element, which contains the date when the ingress trunk/ 
circuit was seized. 

An example of this clement follows: 19980513. 

TABLE 130 



TABLE 134 



50 



Element 76 - DA Circuit Identification Code 
ASCII Characters Meaning 



1-4 



Circuit Identification Code/Trunk Member Number 



Element 72 - Ingress Carrier Connect Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-8 


Day 


9 


Delimiter 



55 



Table 135 below provides a definition of element 77. 
Element 77 defines a Directional Flag element, which con- 
tains a flag that specifies whether a call event block Is an 
ingress or an egress generated block. 

An example of this element follows: 1. 

TABLE 135 



Table 131 below provides a definition of element 73. 
Element 73 defines an Egress Carrier Connect Date element, 55 
which contains the date when the egress trunk/circuit was 
seized. 



Element 77 ■ 


- Directional Raft 


ASCII Characters 


Meaning 


1 


0 - Ingress 




1 = Egress 
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Table 136 below provides a definition of element 78. 
Element 78 defines a Trunk Group Type element, which 
contains a type identification number, which maps to a 
type /use of a trunk. The element can be useful to down- 
stream systems, such as mediation/billing, fraud, etc. This 
clement can also be used in call processing. 

An example of this element follows: 001. 

TABLE 136 



Element 78 - Truck Group Type 
ASCII Characters Meaning 



1-3 



Trunk Group Type 



Table 137 below provides a definition of element 79. 
Element 79 defines a Call Type Identification element, 
which contains a call type identification number, which 
maps to a type of a call. The element can be useful to 
downstream systems, such as, for example, mediation/ 
billing, fraud, This element can also be used in call process- 
ing. This element can be derived during LSA analysis. 

An example of this clement follows: 001. 



TABLE 137 



Element 79 - Call Type Identification 



ASCII Characters 



Meaning 



Call Type Identification 



Table 138 below provides a definition of element 80. 
Element 80 defines a Customer Identification element, 
which contains a customer account number. 

An example of this element follows: 000000325436. 



25 



30 



TABLE 138 



Element 80 


- Customer Identification 




ASCII Characters 


Meaning 




1-12 


Customer Identification 


40 



Table 139 below provides a definition of element 81. 
Element 81 defines a Customer Location Identification 
clement, which contains a customer location identification 
number. 

An example of this element follows: 000000000011. 



134 



Table 141 below provides a definition of element 83. 
Element 83 defines a Long Duration Sequence Number 
clement, which contains a sequence number for each long 
duration call (LDC) event block created by the soft switch 
for a particular call. 

An example of this clement follows: 03. 



10 



TABLE 139 



Element 81 - 


Customer Location Identification 


ASCII Characters 


Meaning 


1-12 


Customer Location Identification 



50 



Table 140 below provides a definition of element 82. 
Element 82 defines a Call Event Block Sequence Number 
element, which contains a sequence number for each event 
block created by the soft switch for a particular call 

An example of this element follows: 03. 

TABLE 140 



Iflemcnt 82 - Call Event Block Sequence Number 
ASCII Characters Meaning 



. 55 



60 



1-2 



Call Event Block Sequence Number 



TABLE 141 


Element 83 - 


Long Duration Sequence Number 


ASCII Characters 


Meaning 


1-2 


Long Duration Sequence Number 



Table 142 below provides a definition of element 84. 
Element 84 defines a Long Duration Event Time clement, 
which contains the time when the soft switch generated the 
LDC Event Block. 

An example of this element follows: 120000002. 



20 



FABLE 142 



Element 84 - Long Duration Event Tune 


ASCII Characters 


Meaning 


1-2 


Hours 




Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 143 below provides a definition of element 85. 
Element 85 defines a Long Duration Event Date clement, 
which contains the date when the soft switch generated the 
LDC Event Block. 

An example of this element follows: 19980430. 



35 



TABLE 143 



Element 85 - Lone Duration Event Time 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7^8 


Day 



45 7. Network management component 

Telecommunications network 200 includes network man- 
agement component 118 which can use a simple network 
management protocol (SNMP) to trap alarm conditions 
within and receive network alerts from hardware and soft- 
ware elements of the network. FIG. 21A illustrates in detail 
SNMP network management architecture 2100. SNMP net- 
work management architecture 2100 is organized into a 
plurality of tiers and layers (not shown). 

Tier 1 addresses hardware specific events that are gener- 
ated on each respective hardware and software system. 
Generally, hardware vendors provide tier 1 functionality in 
the form of a management information base (MIB). 

Tier 2 is designed to capture operating system specific 
events and is also available as a commercially sold product 
in the form of an MIB from a software vendor. 

Tier 3 is related to events generated by customized 
software running on the platform. 

In one embodiment of the invention, tiers 1 and 2 are 
provided by a hardware vendor, for example, from Sun 
Microsystems of Palo Alto, Calif. Tier 1 and 2 MIBs are 
65 designed to provision, update, and pass special event and 
performance parameters to a network operations center 
(NOC), pictured as NOC 2114 in FIG. 21A. 
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Tier 3 can support alarm transmission from software determine the level of severity of each event generated and 

applications and can be designed and implemented via a sent to NOC2114. Customized alarm managers resident in 

customized software solution from a third party vendor. each computer system can serve as alarm logging compo- 

Software applications can call a standardized alarm transport nents and transport mechanisms for transport to dowastream 

application programming interface (API) to signal events 5 SNMP agents. Personnel working at NOC 2114 can log into 

and alarms within the software code. The vendor supplied a computer system to analyze special alarm conditions and 

alarm API can redirect events to a local alarm manager t0 focus on the cause of the SNMP alarms. Multiple alarm 

application. There can be one instance of a local alarm conditions can be registered at NOC 2114. A local log file 

manager application on each customized platform or com- can store a11 events processed by a local alarm manager 

puter in the network. The local alarm manager can log events JO a PP UcaU ° n ; ^ T e ^ m P le > local aIarm manager applications 

to a disk-based database. The local alarm manager can also h '?Sv ^^JT f*™*l sUe 

log events to a disk-based log file and can then forward the JS* * nd I at S m m™* 2U ° ^ 2U2 ° f *° h ^ 

events from the database or log file to a specialized MIB T' t ^ i I t g t a™ ?™ * * X ™?- mcchaniSm l ° 

(1 , . .. . . * ^ l /- identify key network and system event conditions generated 

component. The specialized MIB component can then divert OQ ih& J ' uier syslems . * 

this information to a regional SNMP agent at each geo- 15 c> NetW ork Outage Recovery Scenarios 

graphical location, i.e., at each soft switch site 104, 106 and pic. 21B illustrates an example outage recovery scenario 

302, or gateway site 108a, 1086, 108C, 108D, 108E, 110a, 2116. Outage recovery scenario 2116 can be used in the 

1106, 110c, HOD and 110E. Regional SNMP agents can event of, for example, a fiber cut, a period of unacceptable 

then route all incoming network management events or latency or a period of unacceptable packet loss failure in data 

alarms to master SNMP managers 2102 and 2104 at the 20 network 112. 

NOC 2114. FIG. 21B includes a calling party 102 placing a call to 

a. Network Operations Center (NOC) called party 120. Calling party 102 is connected to carrier 
FIG. 21A includes Network Operations Center (NOC) facility 126. Called party 120 is connected to carrier facility 

2114 in SNMP network management architecture 2100. Soft 130. A call path from calling party 102 to called party 120 

switch sites 104, 106 and 302 include a plurality of network 25 is illustrated between carrier facility 126 and carrier facility 

components each having their own SNMP agents. For 130 over a normal call path route 2118 through DACS 242 

example, soft switch site 104 includes RNECP 224a and and 244 and TGs 232 and 234 of gateway sites 108 and 110, 

2246 having their own SNMP agents. Soft switch site 104 respectively. Normal call path route 2118 would go through, 

also includes configuration servers 206a and 2066, soft in succession, TG 232, one of ESs 1602 and 1604, one of 

switches 204a, 2046 and 2©4c, route servers 212a and 2126, 30 routers 1606 and 1608, data network 112, one of routers 

SS7 GWs 208 and 210, and ESs 332 and 334, each having 1614 and 1616, one of ESs 1610 and 1612, and TG 234, 

their own SNMP agents. Soft switch site 104 can also before exiting DACs 244 to connect to carrier facility 130. 

include one or more redundant SNMP servers 2110 and 2112 Assuming a fiber cut occurs, or excessive latency or 

for collecting regional SNMP alerts. SNMP servers 2110 and packet loss failure occurs in data network 112, outage 

2112 can maintain log files of network management events. 35 recovery scenario 2116 routes the call over backup call path 

SNMP servers 2110 and 2112 can then send events and 2117 of FIG. 21 B. Backup call path 2117 takes a call which 

alarms upstream to NOC 2114 of network management originated from carrier facility 126 through DACS 242 to 

component 118. NOC 2114 can include one or more cen- TG 232, and connects the call back out through DACS 242 

tralized SNMP manager servers 2102 and 2104 for centrally to an off-network carrier 2115 which connects the call traffic 

managing telecommunications network 200. 40 for termination at carrier facility 130. By using off-network 

Soft switch sites 106 and 302 can have similar SNMP routing via off-network carrier 2115, service level agree - 

agents in network components included in their sites. ments (SLA) can be maintained providing for a higher 

Gateway sites 108a, 1086, 108c, 108a\ 108e, 110a, 1106, percentage of network uptime and a higher level of audio 

110c, llOd and llOe include multiple gateway site compo- quality. 

nents which can each have their SNMP agents. For example, 45 Outage recovery scenario 2116 would cover any failure or 

gateway site 108a can include TGs 232a and 2326 which degradation in a network device which falls after TG 232 

have SNMP agents 1002. Gateway site 108a can also including IP media processes within TG 232, in normal call 

include AGs 238a and 2386 having SNMP agents 1006. path route 2116, assuming that TG 232 can still be controlled 

Gateway sites 108a can also include ESs 1602 and 1604 and so as to route the call out over DACS 242 over backup call 

routers 1606 and 1608 having their own SNMP agents. 50 path 2117 to off-network carrier 2115. 

Gateway site 108a can also have one or more SNMP servers (1) Complete Gateway Site Outage 

2106 and 2108 for gathering SNMP alerts, events and alarms FIG. 21C depicts an example network outage recovery 

at gateway site 108a, from SNMP agents such as, for scenario 2120. Outage recovery scenario 2120 envisions a 

example, SNMP agents 1002 and 1006. SNMP servers 2106 complete gateway site outage. Specifically, gateway site 108 

and 2108 can then forward network management events and 55 is illustrated as experiencing a complete gateway outage. In 

alarms to NOC 2114 for centralized network management such a scenario, normal call path 2118 will never be received 

processing. by the internal network telecommunications network 200. In 

b. Simple Network Management Protocol (SNMP) outage recovery scenario 2120, the call is rerouted via 
Simple network management protocol (SNMP) events carrier facility routing from carrier facility 126 over backup 

generated by network elements can enable NOC 2114 to 60 call path 2122 through off-network carrier 2115 to carrier 

determine the health of the voice network components and facility 130 for termination to called party 120. For calls 

the rest of telecommunications network 200. Tier 1 and tier placed from carrier facility 126 and other carrier facilities 

2 MIBs can be purchased as commercially off the shelf which are serviced from failed gateway site 108, CIC 

(COTS) components, or are provided with computer hard- overflow routing tables in carrier facility 126 will automati- 

warc and operating systems. Events generated within the 65 cally reroute traffic through off-network carrier 2115. 

customized third tier can be prioritized according to multiple FIG. 21D illustrates outage recovery scenario 2124 

levels of severity. Prioritization can allow a programmer to depicting another complete gateway site outage, different 
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from that illustrated in FIG. 21C. In FIG. 21D, it is gateway 
site 110 that has experienced a complete gateway site 
outage. In such a scenario, call path 2118 from calling party 
102 does reach an on-network device TG 232, but the call is 
placed to a called party on failed gateway site 110. Backup 5 
call path 2126, is rerouted via soft switch overflow routing 
from TG 232 over DACS 242 to off-network carrier 2115 for 
termination at carrier facility 130 of called party 120. For 
calls placed from the area served by operating gateway site 
108, attempting to terminate at failed gateway site 110, soft 10 
switch 204 overflow routing automatically reroutes call 
traffic through off-network carrier 2115. 

(2) Soft Switch Fail-Over 

Anticipating the possibility of a failure of a soft switch 
204 of soft switch site 104 it is important that existing calls 15 
(i.e. those placed through an associated gateway device, e.g., 
TGs232 and 234 of gateway sites 108 and 110, respectively) 
not be impacted by the failure. In one embodiment of the 
invention, it is possible that some calls that are in the process 
of being established might be lost, such that a calling party 20 
102 might have to re -dial to connect. In order to preserve 
calls set up and managed by failed soft switch 204, back-up 
soft switch 304 has access to the states of the stable calls 
managed by failed soft switch 204. Once the back-up soft 
switch 304 initiates fail-over, it notifies the primary and 25 
secondary SS7 GWs 208 and 308 that the back-up soft 
switches 204 and 304 are now the contact points for signal- 
ing messages that had previously been targeted for failed 
soft switch 204. 

(3) Complete Soft Switch Site Outage Scenario 30 
FIGS. 21E and 2 IF illustrate outage recovery scenarios 

2132 and 2140 involving a complete soft switch site outage. 
FIG. 2 IE depicts soft switch site coverage of various gate- 
way sites. Specifically, FIG. 21E illustrates western soft 
switch site 104, central soft switch site 106 and eastern soft 35 
switch site 302. Western soft switch site 104 is responsible 
for controlling all access servers 254 and 256 in circle 2136. 
Central soft switch site 106 is responsible for controlling all 
access servers 254 and 256 within circle 2134. Similarly, 
eastern soft switch site 302 is responsible for controlling all 40 
access servers 254 and 256 within circle 2138. 

Western soft switch site 104 thus is responsible for 
controlling access servers 254 and 256 (not shown) in 
gateway sites 2135a, 21356, 2135c, 2135a* and 2135e. 

Central soft switch site 106 is responsible for controlling 45 
access servers 254 and 256 (not shown) in gateway sites 
2133a, 21336, 2133c, 2133d, 2133e and 2133/ 

Eastern soft switch site 302 is responsible for controlling 
access servers 254 and 256 (not shown) which are located in 
gateway sites 2139a, 21396, 2139c, 2139a 1 , 2139e and 50 
2139/ 

FIG. 21F illustrates outage recovery scenario 2140 depict- 
ing a complete soft switch site outage. Specifically, central 
soft switch site 106 has failed or been shut down for 
maintenance in outage recovery scenario 2140. Failure of 55 
central soft switch site 106 means that central soft switch site 
106 can no longer control access servers 254 and 256 (not 
shown) which lie within circle 2134. Specifically, access 
servers 254 and 256 which lie within gateway sites 
2133a-2133/ cannot be controlled by central soft switch site 60 
106. 

FIG. 2 IF illustrates how western soft switch site 104 and 
eastern soft switch site 302 can take over control of gateway 
sites 2133a-2133/ to overcome the outage of central soft 
switch site 106. Specifically, western soft switch site 104 can 65 
take over control of gateway sites 2133a, 2133a*, 2133e and 
2133/ Similarly, eastern soft switch site 302 can take over 
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control of gateway sites 2133b and 2133c. Thus, access 
servers 254 and 256 located in gateway sites 2133a, 21336, 
2133c, 2133a*, 2133t? and 2133/ can seemlessly be controlled 
by soft switch sites 106 and 302 in other geographies. It 
would be apparent to persons having ordinary skill in the art 
that other outage scenarios could be similarly remedied via 
communication between soft switch sites 104, 106 and 302. 

FIG. 21G depicts a block diagram 2146 of interprocess 
communication including a NOC 2114 communicating with 
a soft switch 204. NOC 2114 communicates 2148 to soft 
switch 418 to startup command and control. Soft switch 418 
communicates 2150 in order to send alarms and network 
management alerts to NOC 2114. NOC 2114 communicates 
2152 in order to shut down soft switch 418 command and 
control. Soft switch 418 can also accept management 
instructions from NOC 2114 at startup 2154 or at shutdown 
2156. 

8. Internet Protocol Device Control (IPDC) Protocol 
a. IPDC Base Protocol 

The IPDC base protocol described below, provides the 
basis for the IP device control family of protocols. The IPDC 
protocols include a protocol suite. The components of the 
IPDC protocol suite can be used individually or together to 
perform multiple functions. Functions which can be per- 
formed by the IPDC protocol suite include, for example, 
connection control, media control, and signaling transport 
for environments where the control logic is separated from 
the access server 254 and 256. The IPDC protocol suite 
operates between the media gateway controller and the 
media gateway. The media gateway controller can be 
thought of as soft switch 204. The media gateway can be 
thought of as access servers 254 and 256, including, for 
example, TGs 232 and 234, AGs 238 and 240 and NASs 228 
and 230. The corresponding entities of media gateway 
controller and the media gateway are the call control and 
media control portions of the H.323 gateway. 

IPDC acts to fulfill a need for protocols to control gateway 
devices which sit at the boundary between the circuit- 
switched telephone network and the Internet and to termi- 
nate circuit-switched trunks. Examples of such devices 
include NASs 228 and 230 and voice-over- IP gateways, also 
known as access servers 254 and 256, including TGs 232 
and 234 and AGs 238 and 240. This need for a control 
protocol separate from call signaling arises when the service 
control logic needed to process calls lies partly or wholly 
outside the gateway devices. The protocols implement the 
interface between soft switch 204 and access servers 254, 
256. IPDC views access servers 254 and 256, also known as 
media gateways, as applications which may control one or 
more physical devices. In addition to its primary mandate, 
IPDC can be used to control devices which do not meet the 
strict definition of a media gateway such as DACS 242 and 
244 and ANSs 246 and 248. IPDC builds on a base provided 
by DIAMETER. DIAMETER has a number of advantages 
as a starting point including, for example, built-in provision 
for control security, facilities for starting up the control 
relation, and ready extensibility both in modular increments 
and at the individual command and attribute level. DIAM- 
ETER is specifically written for authentication, authoriza- 
tion and accounting applications. Calhoun, Rubins, "DIAM- 
ETER based protocol", July 1998. The DIAMETER based 
protocol specification was written by Pat Calhoun of Sun 
Microsystems, Inc. and Alan C. Rubins of Ascend Commu- 
nications. 

The IPDC protocol includes a message header followed 
by attribute-valuc-pairs (AVPs) an IPDC command is a 
specialized data object which indicates the purpose and 
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structure of the message which contains the IPDC com- 
mand. The command name can be used to denote the 
message format. 

ADlAME'lliR device can be a client or server system that 
supports the DIAMETER based protocol. Alternatively, a 5 
DIAMETER device can support extensions in addition to 
the DIAMETER based protocol 

An IPDC entity can be any object, logical or physical, 
which is subject to control through IPDC or whose status 
IPDC must report. Every IPDC entity has a type. Types of 10 
IPDC entities include, for example, a media gateway_type, 
a physical_gatcway_type, a station_Jypc, an equipment_ 
holder type, a transport__tcrmination type, an acccss_ 
termination type, a trunk_termination type, a signalings, 
termination type, a device_type, a modem type, a 15 
conference_port type, a fax_port type, a stream__source 
type, a stream_recorder type, an RTP_port type, an ATM_ 
spec type, an H323_spec type, and a SIP_spec type. 

An IPDC protocol endpoint can be used to refer to either 
of the two parties to an IPDC control session, i.e. the media 20 
gateway controller (e.g., soft switch 2<M), or the media 
gateway (e.g., access servers 254 and 256). To the extent that 
IPDC can be viewed as providing extensions to 
DIAMETER, an IPDC protocol endpoint can also be a 
DIAMETER device. 25 

A transaction can be a sequence of messages pre-defined 
as part of the definition of IPDC commands which constitute 
that sequence. Every message in the sequence can carry the 
same identifier value in the header and the same transaction- 
originator value identifying the originator of the transaction. 30 

DIAMETER packets or IPDC messages can be transmit- 
ted over UDP or TCP. Each DIAMETER service extensions 
draft can specify the transport layer. For UDP, when a reply 
is generated the source and destination ports are reversed. 
IPDC requires a reliable, order-preserving transport protocol 35 
with minimal latency so that IPDC control can be responsive 
to the demands of call processing. UDP combined with a 
protocol description satisfies these requirements, and is 
therefore the default transport protocol for IPDC. It would 
apparent to those skilled in the art that network operators can 40 
choose to implement transmission control program (TCP) 
instead for greater security, or for other reasons. 

The IPDC base protocol is a publically available docu- 
ment published on the Internet. It is important to note, that 
the IPDC based protocol is a document in a so called, 45 
"Internet-draft," as of the time of the writing of this publi- 
cation. Internet-drafts are working documents of the internet 
engineering task force (IETF), its areas, and its working 
groups. Other groups can also distribute working documents 
as Internet-drafts. Internet-drafts can be updated, replaced or 50 
obsolcted by other documents at any time. 

It would be apparent to someone skilled in the art that an 
alternative base protocol could be used. 

Command AVPs include a plurality of DIAMETER based 
commands andjadditional IPDC commands. For example, 55 
DIAMETER base commands include, for example, 
command-unrecognized-IND, device -reboot -I NT), device - 
watchdog-IND, device- feature-query, device -feature- reply, 
device-config-REQ, and device-config-answer. Additional 
IPDC commands include, for example, comma nd-ACK and 60 
message -reject. 

In addition to command AVI^, a plurality of other AVPs 
exist, including, for example, DIAMETER base AVPs, and 
additional IPDC AVPs. DIAMETER base AVPs include 
host- IP-address, host-name, version-number, extension-ID, 65 
integrity-check-vector, digital-signature, initialization- 
vector, time stamp, session-ID, X509-certificate, X509- 
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certiiicate-URL, vendor-name, firmware-revision, result- 
code, error-code, unknown-command-code, reboot-type, 
reboot-timer, message-timer, message -in -progress- timer, 
message -retry -count, message- forward -count and receive- 
window. Additional IPDC AVPs include, for example, 
transaction-originator and failed-AVP-code. 

Protection of data integrity is enabled using the integrity- 
check- vector, digital signatures and mixed data integrity 
AVPs. 

AVP data encryption is supported including, for example, 
shared secrets, and public keys. Public key cryptography 
support includes, for example, X509-ccrtificatc, X509- 
ccrtificatc-URL, and static public key configuration, 
b. IPDC Control Protocol 

The IPDC is a control protocol that facilitates the delivery 
of voice and data services requiring interconnection with an 
IP network. The IPDC protocol permits a soft switch control 
server to control a media gateway or access server. IPDC 
includes signaling transport, connection control, media con- 
trol and device management functionality. These control 
functions include creation, modification, and deletion of 
connections; detection and generation of media and bearer 
channel events; detection of resource availability state 
changes in media gateways; and signal transport. 

Alternatively, other protocols can be used to provide this 
control. For example, the network access server messaging 
interface (NMI) protocol or the media gateway control 
protocol (MGCP). The MGCP protocol from the internet 
engineering task force (IETF) supports a subset of the 
functionality of the IPDC protocol plus the simple gateway 
control protocoI(SGCP) from Bellcore and CISCO. SGCP 
includes connection control and media control (i.e. a subset 
of IPDC media control) functionality. 

IPDC protocol allows a call control server, i.e. a soft 
switch 204, to command a circuit network to packet network 
gateway (a media gateway), i.e. an access server 254, 
provides the control mechanism to for setting up, tearing 
down and managing voice and data calls. The term packet 
network gateway is intended to allow support for multiple 
network types including, for example, an IP network and an 
ATM network, data network 112. In addition, the IPDC 
protocol supports the management and configuration of the 
access server 254. The following types of messages are 
described in this document, start-up messages describing 
access server start-up and shut-down, configuration mes- 
sages describing access server, soft switch and telco inter- 
face query and configuration; maintenance messages 
describing status and test messages; and call control mes- 
sages describing call set-up tear-down and query for data, 
TDM and packet-switched calls. 

The architecture in which IPDC operates incorporates 
existing protocols wherever possible to achieve a full inter- 
connection of IP-based networks with the global switched 
telephone network (GSTN). The architecture accommodates 
any GSTN signaling style, including, for example, SS7 
signaling, ISDN signaling and in-band signaling. The archi- 
tecture also accommodates an interface with H.323 voice- 
over-IP networks. 

A modification to the H.323 architecture can allow H.323 
networks to be seamlessly integrated with SS7 networks. 

Until now, H.323 protocols have been defined assuming 
that an H.323 to GSTN gateway uses an access signaling 
technique such as ISDN or in-band access signaling for call 
set-up signaling on the GSTN. The H.323 architecture did 
not readily accommodate the use of SS7 signaling for call 
set-up via H.323 gateways, creating a gap in the standards. 
Until now, H.323 standards have distinguished between 
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multi-point processor (MP) functions and multi-point con- and modify connections in the H.323 gateway MP function, 

trailer (MC) functions only in the definition of multi-point Also, the H.323 gateway MC function must be able to create 

control units (MCUs). Recent international telecommunica- or detect events in the media stream which only the H.323 

lions union (ITU) work on H.323 version III has considered gateway MP function has access to. A standardized protocol 

extending the concept of MC/MP separation to H.323 gate- 5 is needed to allow an H.323 gateway MC function to 

ways as well as MCUs. Separation of the MC function from remotely control one or more H.323 gateway MP functions, 

the H.323 gateway can allow SS7 to be properly intercon- Therefore, IPDC was created to allow H.323 gateway MC 

nected with an H.323 network. By separating the MC function to remotely control one or more H.323 gateway MP 

function from the MP function, a separate SS7 signaling functions. Specifically, soft switch 204 can remotely control 

gateway, such as, for example, SS7 GW208, can be created 10 one or more access servers 254. 

to interconnect the SS7 network with the H.323 network. The IPDC protocol uses the terminology of bay, module, 

Such an SS7 gateway can implement the H.323 gateway MC line and channel. A bay is one unit, or set of modules and 

function as a signaling interface shared among multiple interfaces within an access server 254. A stand-alone access 

H.323 gateway MP functions. server 254 or a multi -shelf access server 254 can constitute 

At least five functions must be performed in order to 15 a single bay. A module is a sub-unit that sits within a bay. 

interface an H.323 network to a GSTN network. The func- The module is typically a slot card that implements one or 

lions include, for example, a packet network interface, more network line interfaces, e.g., a dual span Tl card. A 

H.323 signal intelligence, GSTN signaling intelligence, a line is a sub-unit that sits within a module. The line is 

media processing function and a GSTN circuit interface. typically a physical line interface that plugs into a line card, 

In an H.323 gateway which interfaces with an in-band 20 e.g., a Tl. A channel is a sub-unit within a line. The channel 

signaled or ISDN -signaled GSTN trunk, all of these five is typically a channel within a channelized line interface, 

functions could be performed with a H.323 gateway. e.g., one of the 24 channels in a channelized Tl. 

However, in a H.323 gateway which interfaces with a SS7 All numbers in the IPDC protocol should be in binary, and 

signaled trunk, the functionality could be more optimally coded in network byte order (big endian or motorola 

partitioned to allow for a group of SS7 links to be shared 25 format). The format for date/time fields is a 4 bytes integer 

among multiple H.323 gateway MP functions. For example, expressing the number of seconds elapsed since Jan. 1, 1990 

an H.323 gateway MC function could include, for example, at 0:00. 

a packet network interface, H.323 signaling intelligence, and The soft switches 204 and 304 (e.g., primary/secondary/ 

GSTN SS7 signaling intelligence. In addition, an H.323 tertiary, etc.) are completely hot-swappable. Switching to a 

gateway MP function could include a packet network 30 backup soft switch 204 docs not require fall back in call 

interface, a media processing function, and a GSTN circuit processing states or other IPDC-lcvel operation on access 

interface. Thus, the H.323 gateway functionality could be server 254. Both soft switches 204 and 304 follow the 

separated into the H.323 gateway MC function and the operations of the other soft switch, precisely. 

H323 gateway MP function. The message exchange as defined in IPDC can be imple- 

In another embodiment, the MC function could be further 35 mented over any IP base protocol. Suggested protocols 

partitioned. For example, H.323 gateway MC function could include, e.g., TCP and UDP. 

include a packet network interface, H.323 signaling Access server 254 can include the following configuration 
intelligence, and a packet network interface. An SS7 gate- items: IP addresses and TCP or UDP ports of any number of 
way could include additional MC functions, such as, for soft switches 204 to which access server 254 should con- 
example, a packet network interface, and a GSTN SS7 40 nect; bay number (8 bytes, in alpha numeric characters); 
signaling intelligence. The physical separation of the H.323 system type (9 bytes, in alpha-numeric characters); and 
gateway MC function from the SS7 gateway provides sev- protocol version supported. 

eral advantages, including, for example, more than one SS7 An IPDC packet can have the following components 

gateway can be interfaced to one or more MC functions, included in its format, for example, a protocol ID, a packet 

allowing highly reliable geographically redundant configu- 45 length, a data field tag, a data field length, data flags, an 

rations; service logic implemented at the H.323 gateway MC optional vendor ID, data and padding. For example, a 

function (or at an associated gatekeeper) can be provisioned protocol ID may exist in a first byte. Packet length can be a 

at a smaller number of more centralized sites, reducing the 2 byte field appearing second, a single byte reserved field 

amount of data replication needed for large-scale service can then occur followed by a 4 byte data field tag. Next a 2 

implementation across an H.323 network; and SS7 gateway 50 byte data field length can be used, followed by a single byte 

to H.323 gateway MC functional interface could be a model data flag, and a single byte reserved field. Next, a 4 byte 

for other signaling gateways, such as, for example, an ISDN optional vendor ID can exist. Next, the data included in the 

NFAS gateway, a channel-associated C7 signaling gateway, body of the message can contain a variable number of 4 byte 

and a DPNSS gateway. In fact, once service providers have aligned tag, length, value combinations. Finally, a 3 byte 

implemented service logic at the H.323 gateway MC func- 55 data and single byte padding field can be placed in the IPDC 

lion for their SS7 signaled trunks, the following anomalies packet. For all IPDC messages, the message type and 

become apparent, for example, service providers will likely transaction ID are required attribute value pairs, 

want to exercise the same or similar service logic for their. The message code must be the first tag following the 

ISDN and in-band signal trunks as well as their SS7 signaled header. This tag is used in order to communicate the message 

trunks; and service providers will want to incorporate media 60 type associated with the message. 'Inhere must only be a 

processing events into the service logic implemented at the single message code tag within a given message. The value 

H.323 gateway MC function (or at an associated of this tag for each message type may be found below, 

gatekeeper). The transaction ID is assigned by the originator of a 

The IPDC protocol is intended to interface the MC transaction. The transaction ID must remain the same for all 

function with the MP function in H.323 to GSTN gateways. 65 messages exchanged within a transaction. The transaction 

Based upon events detected in the signaling stream, the ID is a 12-byte value with the following tag, length, value 

H.323 gateway MC function must be able to create, delete, format: the first 4 bytes can contain a data field tag; the next 
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two bytes can include the data field length; the next byte can 
contain flags; the next byte is reserved; the next 4 bytes can 
contain an originator ID; the following 4 bytes can contain 
originator ID; and in the last 4 bytes there can exist in the 
first bit the originator, and in the remaining bytes the 
transaction correlator 31 bits, 
c. IPDC Control Message Codes 

Table 144 below provides a listing of the names and 
corresponding codes for control messages transmitted 
between Soft Switch 204 and Access Servers 254 and 256. 
Also included are the source of each message and the 
description for each message. For example, the NSUP 
message is transmitted from Access Server 254 to Soft 
Switch 204, informing Soft Switch 204 that Access Server 
254 is coming up. 

TABLE 144 

Message Codes 



Name 


Code 


Souruc 


Description 


NSUP 


0x00000081 


AS 


Notify the soft switch that the access 








server is coming up 


ASUP 


0x00000082 


ss 


Acknowledgment to NSUP 


NSDN 


0x00000083 


AS 


Notify the soft switch that the access 








server is about to reboot 


Rsn 


0x00000085 


SS 


Request system reset - 








Drop all channels 


ARSTl 


0x00000086 


AS 


Reset in progress - 








awaiting Reboot command 


RST2 


0x00000087 


SS 


Request system reset 








(Reboot command) 


ARST2 


0x00000088 


AS 


Reboot acknowledgment 


MRJ 


QxOOOOOOFF 


SS or AS 


Message reject 


RSI 


0x00000091 


SS 


Request system information 


NSI 


0x00000092 


AS 


Response to RSI 


RBN 


0x00000093 


SS 


Request bay Dumber 


NBN 


0x00000094 


AS 


Response to KBN 


SBN 


0x00000095 


SS 


Set bay number 


ABN 


0x00000096 


AS 


Acknowledgment to SBN 


RM1 


0x00000097 


SS 


Request module information 


NMI 




AS 


Notify module information 


RLI 


0x00000099 


SS 


Request line information 


NIJ 


Ox0000009A 


AS 


Notify line information 


RCI 


Ox0000009B 


SS 


Request channel information 


NCI 


Qx0000009C 


AS 


Notify channel information 


SU 


0x0000009D 


SS 


Set line information 


ASU 


0X0000009E 


AS 


Acknowledgment to SU 


SDEF 


Ox0000009F 


SS 


Set Default Settings 


ADEF 


0x000000 AO 


AS 


Accept Default Settings 


RSSl 


0x000000 Al 


SS 


Request soft switch information 


NSSI 


0x000000 A2 


AS 


Notify soft switch information 


SSSI 


0x000000 A3 


SS 


Set soft switch information 


ASSSI 


OxOOO00OA4 


AS 


Acknowledgment to SSSI 


RSSS 


0x000000 A5 


SS 


Request soft switch status 


NSSS 


OxOOOOO0A6 


AS 


Notify soft switch status 


RMS 


0x00000041 


SS 


Request module status 


RLS 


0x00000043 


SS 


Request line status 


RCS 


0x00000045 


SS 


Request channel status 


NMS 


0x00000042 


AS 


Notify module status 


SIJS 


0x00000044 


AS 


Notify line status 


NCS 


0x00000046 


AS 


Notify channel status 


SMS 


0x00000051 


SS 


Set a module to a given state 


SLS 


0x00000053 


SS 


Set a line to a given state 


SCS 


0x00000055 


SS 


Set a group of channels to a 








given state 


RSCS 


0x00000056 


AS 


Response to SCS 


PCT 


0x00000061 


SS 


Prepare channel for continuity test 


APCT 


0x00000062 


AS 


Response to PCT 


SCT 


0x00000063 


SS 


Start continuity test procedure 








with far end as loopback (Generate 








tone and check for received tone) 


ASCT 


0x00000064 


AS 


Continuity test result 


RTE 


0x000000 7D 


SS or AS 


Request test echo 


ARTE 


0x00000071: 


AS or SS 


Response to RTE 


RIT 


OxOOOOO07B 


SS 


Request test ping to given IP address 


AIT 


Ox0000007C 


AS 


Response to RTP 



30 



35 



45 



50 



55 



60 
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TABLE 144-continued 



Message Codes 



5 


N 

ame 


Code 


Source 


Description 




LTN 


0x00000071 


SS 


Listen Lor tones 




A1XN 


0x00000072 


AS 


Response to listen for tones 




STN 


0x00000073 


SS 


ot Liu luuca 




ASTN 


0x00000074 


AS 


Completion result of STN oomnmnd 


10 


RCSI 




SS 


Request inbound call setup 




ACS I 


0x00000002 


AS 


Arr*/*nt inhminit ml! «#*htr* 




COM 


0x00000003 


AS 


Connect inbound call (answer) 




RCSO 


0x00000005 


AS or SS 


Request outbound call setup 




ACSO 


0x00000006 


SS or AS 


Accept outbound call setup 




CONO 


0x00000007 


SS or AS 


Outbound call connected 


15 


RCST 


0x00000009 


SS 


Request pass-through call setup 
(TDM connection between two 
channels) 




ACST 


OxOOOOOOOA 


AS 


Accept pass-through call 




RCON 


0X00000013 


SS 


Request Connection 




ACON 


0X00000014 


AS 


Accept Connection 


20 


MCON 


0X00000015 


SS 


Modify connection 


AMCN 


0X00000016 


AS 


Accept modify connection 




RCR 


0x00000011 


SS or AS 


Release channel request 




ACR 


0x00000012 


AS or SS 


Release channel complete 




NOTI 


0x00000017 


AS, SS 


Event notification to the soft switch 




RNOT 


0x00000018 


SS, AS 


Request event notification from 


25 








the access server 



d. A Detailed View of the IPDC Protocol Control Messages 
The following section provides a more detailed view of 

the control messages transmitted between Soft Switch 204 

and Access Server 254. 
(1) Startup Messages 

Table 145 below provides the Startup messages, the 
parameter tags, the parameter descriptions (associated with 
these messages) and the R/O status. 



TABLE 145 



Message 



Startup (registration and de-registration) 
Parameter Tag Parameter Description 



R/O 



NSUP- 
Notify Access 
Server coming up 



0x000 0OOC0 Message Code 



ASUP- 

Acknowledgment 
to NSUP 
NSDN - 
Notify Access 
Server 

coming down 
(about to reboot) 



0x000 00OC1 
0x00000001 
0x00000002 
0x00000003 
0x00000004 



0x00000005 
OxOOOOOOCO 
OxOOOOOOCl 
0x00000002 
OxOOOOOOCO 



Transaction H) 

Protocol version implemented. 
System [D 
System type 

Maximum number of modules 
(cards) on the system 
(whether present or not). 
Bay number. 
Message Code 
Transaction ID 
System ID 
Message Code 



RST1 - Request 
system reset - 
Drop all channels 



OxOOCO 
OxOOOOOOCl 
0x00000002 
ARSTl - Reset in OxOOOOOOCO 



OxOOOOOOCl Transaction ID 
0x00000002 System ID 
This message will be sent by the access server 
when it has been asked to reset (for 
instance, from the console, etc.) 



65 



progress - 
awaiting 

Reboot command 
RST2 - Request 
system reset 
(Reboot 
command) 
ARST2 - Reboot 



OxOOOOOOCl 

0x00000002 
OxOOOOOOCO 
OxOOOOOOCl 
0x00000002 



Message Code 
Transaction DO 
System ID 
Message Code 
Transaction ID 

System ID 
Message Code 
Transaction ID 
System ID 



OxOOOOOOCO Message Code 
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TABLE 145-continued 



TABLE 147-continucd 



Message 


Startup (registration and de-registration) 


R/O 


Parameter Tag Parameter Description 


acknowledgment 


QxOOOOOOCl Transaction ID 


R 




0x00000002 System ID 


R 




0x00000006 Result code 


R 



System configuration 



Message 



Parameter Tag 



Parameter 
Description 



R/O Notes 



(2) Protocol Error Messages 

Table 146 below provides the Protocol error messages, the 
parameter tags, the parameter descriptions (associated with 
these messages) and the R/O status. 

TABLE 146 



10 



ASBN - 
Acknowledg- 
ment to SBN 

SDEF - 
Set Default 
Settings 



Message 



Protocol Error handling 
Parameter Tag Parameter Description 



R/O 



MRJ - Message reject OxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
OxOOOOOOFD Cause Code Type R 
0x000000 Fli Cause code R 
This message is generated by the access server or 
soft switch when a message is received with an 
error, such as an invalid message code, etc 
The cause code indicates the main reason 
why the message was rejected 

(3) System Configuration Messages 

Table 147 below provides the System configuration 
messages, the parameter tags, the parameter descriptions 
(associated with these messages), the R/O status and any 
notes associated with the message. 

TABLE 147 

System configuration 



20 
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0x0000000 D Line number O 



OxOOOOOOCO Message Code R 

OxOOOOOOCl Transaction ID R 

0x00000005 Bay number R 

This message is sent as a response to a SBN request. 

OxOOOOOOCO Message Code R 

OxOOOOOOCl Transaction ID R 

0x00000007 Module O If module 

number number is not 

specified, all 
changes apply 
to all 

modules/lines/ 
channels within 
the bay. 
If line 
number is 
not specified, 
all changes 
apply to all 
lines/channels 
within the 
specified 
module. If line 
number is 
specified, 
module number 
must also be 
specified. 

Channel O If channel 

number number is not 

specified, all 
changes apply 
to all channels 
within the 
specified line. 
If channel 
number is 
specified, 
module number 
and line 
number must 
also be 
specified. 
Required only 
when a change 
to the setting 
is desired. 



Message 


Parameter Tag 


Description 


R/O Notes 


40 








RSI - 


This message does not contain any fields, the 










Request system 


receiving accet 


is server returns an NSI message. 




0x00000070 


Encoding Type 


O 


information 












(1 byte) 




NSI - 


OxOOOOOOCO 


Message Code 


R 




0x00000071 


Silence 


O 


Notify system 


OxOOOOOOCl 


Transaction ID 


R 


45 




Suppression 




information 


0x00000001 


Protocol 


R 




Activation 




(response 




version 








Timer 




to RSI) 




implemented 
(initially, 






0x00000072 


Comfort Noise 
Generation 


o 






set to 0). 






0x00000073 


Packet Loading O 




0x00000002 


System ID 


R 




0x00000074 


Echo 


o 




0x00000003 


System type 


R 


50 




Cancellation 






0x00000004 


Maximum 
number of 
modules 
(cards) on the 
system 
(whether 
present or 
not). 


R 


55 


0x00000075 
0x00000076 


Constant 

DTMF Tone 

Detection 

on/off 

Constant 

MFTone 

Detection 

on/off 


o 
o 




0x00000005 


Bay number 


R 




0x00000077 


Constant 


o 




This message i 


is sent as a response to a RSI request 






Fax Tone 




RBN - 


This message does not contain any fields, the 






Detection 




Request bay 


receiving acce; 


>s server returns an NBN message. 


60 




on/off 




number 








0x00000078 


Constant 


o 


NBN- 


OxOOOOOOCO 


Message Code 


R 






Modem Tone 




Respoose to 


OxOOOOOOCl 


Transaction ID 


R 






Detection 




RBN 


0x00000005 


Bay number 


R 






on/off 






This message is sent as a response to a RBN request 




0x00000079 


Programmable 


o 


SBN - 


OxOOOOOOCO 


Message Code 


R 






DSP 




Set bay number 


OxOOOOOOCl 
0x00000005 


Transaction ID 
Bay number 


R 
R 
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TABLE 147-oontinucd 



TABLE 148-continued 



System configuration 
Parameter 

Message Parameter 'lag Description R/O Notes 

Ox0000007A Programmable O 
DSP 

Algorithm 
deactivatioD 
Ox0000007B Constant O 
Packet Loss 
Detection 
on/off 

Ox0000007C Packet Loss O 

Threshold 
Ox0000007D Constant O 

latency 

Threshold 

Detection 

on/off 

Ox0000007E Latency O 

Threshold 
0x00000084 Signaling O 

channel 

QoS type 
0x00000085 Signaling O 

channel QoS 

value (variable 

length) 

0x00000061- Forward O 
Signaling 
Events to the 
Soft Switch 

ITiis message is used to configure default settings within 
the access server. If no module is specified, default 
settings will apply to all modules/lines/channels in the 
bay. If no line number is specified, default settings will 
apply to all lines/channels within a module. 
If no channel number is specified the default settings 





will apply to 


all channels within a line. 


ADEF - 


Accept OxOOOOOOCO 


Message Code 


R 




Default 


OxOOOOOOCl 


Transaction ID 


R 




Settings 












0x00000007 


Module 


O 


The setting for 






number 




these fields arc 




OxOOOOOOOD 


Line number 


O 


the same as 




0x00000015 


Channel 


o 


those passed 






number 




in on the 




0x00000048 


Set Channel 


R 


SDEF message. 






Status Result 








This message 


is sent from the ac 


cess 


server to the soft 



Tel co interface configuration 



Message 



Parameter Tag 



Parameter 
Description 



R/O Notes 



NMI - Notify OxOOOOOOCO 



module 
information 
10 (response 
to RMI) 



15 



OxOOOOOOCl 
0x00000007 



OxOOOOOOOA 
0x000000013 



0x00000008 



Ox0000003A 



0x00000009 



RLi - OxOOOOOOCO 
25 Request line OxOOOOOOCl 
information 0x00000007 



30 



NU - 
Notify line 
informiation 
(response 
to RLI) 



35 



switch on response to a SDEF message. 



(4) Telephone Company Interface Configuration Mes- 
sages 



45 



OxOOOOOOOD 
OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
OxOOOOOOOE 

OxOOOOOOOF 



0x00000010 
0x00000011 
0x00000012 
0x00000013 



0x00000041 
0x00000042 
0x00000043 



RCI - Request OxOOOOOOCO 
channel OxOOOOOOCl 
information 0x00000007 



50 



Table 148 below provides the Telephone Company . 

/r i \ • . -r c ■ r 3 Notify channel 

(lelco) interface configuration messages, the parameter information 

tags, the parameter descriptions (associated with these (response 
messages), the R/O status and any notes associated with the 55 to RCT ) 
message. 

TABLE 148 



OxOOOOOOOD 
0x00000015 

OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
0x00000015 

0x00000016 
0x00000017 



Telco interface configuration 
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Message 



Parameter 
Parameter Tag Description 



R/O Notes 



RMI - Request OxOOOOOOCO Message Code R 

module OxOOOOOOCl Transaction ID R 

information 0x00000007 Module R 
number 



0x00000018 
0x00000019 



Message Code 
Transaction ID 
Module 
□umber 
Module type 
Module 
capabilities 
Number of 
lines (or items, 
depending on 
card type). 
Number of 
failed lines 
(or items, 
depending on 
card type). 
External name 
(Le., 

"8tl-card", 
etc.) in ASCII 
format. 

Message Code 

Transaction ID 

Module 

number 

Line number 

Message Code 

Transaction ID 

Module 

number 

line number 

Number of 

channels 

External najie 

in ASCII 

format 

line coding 

Framing 

Signaling type 

In-band 

signaling 

details 

Tl front-end 

type 

Tl CSU 

build-out 

Tl DSX-1 

line length 

Message Code 

Transaction ID 

Module 

number 

Line number 

Channel 

number 

Message Code 

Transaction ID 

Module 

number 

Line number 

Channel 

number 

Channel status 

Bearer 

Capability of 
the Channel 
(BCC) or type 
of the active 
call, when a 
call is present 
Calling 
Party number 
Dialed Phone 
number 



Required only 
if the channel 
has an 
active call. 
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TABLE 148-continued 



TABLE 149-continucd 



Telco LBlerface confifluratioo 



Message 


Parameter Tag 


Inscription 


R/O 


Notes 




0x0000001 A 


Times lamp of 


R 








the last channel 










status transition 








0x00000040 


Access Server 


O 


Required only 






Call Identifier 




if the channel 










has an active 










call. 


SLI - Set line 


OxOOUOOOCO 


Message Code 


R 




information 


OxOOOOOOCl 


Transaction ID 


R 






0x00000007 


Module 


R 








number 








Oxoooooood 


I jnc number 


R 






Ox6000000F 


External name 


O 


Required only 






in ASCII 




if the value 






format 




is to be 










changed in the 










access server. 




0x00000010 


Line coding 


O 


Required only 




0x00000011 


Framing 


O 


if the value is 




0x00000012 


Signaling type 




to be changed 










in the 










access server. 




0x00000013 


In-band 


O 


MiHd for telco 




c 


signaling 




interface cards 






details 




only. 




0x00000041 


Tl front-end 


o 








type 








0x00000042 


Tl CSU 


o 








build-out 








0x00000043 


Tl DSX-1 


o 








line length 






ASLI - 


OxOOUOOOCO 


Message Code 


R 




New line 


OxOOOOOOCl 


Transaction ID 


R 




information 


0x00000007 


Module 


R 








number 






ACK 


OxOOOOOOOD 


Line number 


R 






This message is sent as a response to a SI J request. 



Message 



Soft Switch Configuration 

Parameter 
Parameter Tag Description 



R/O Notes 



10 



30 



35 



(5) Soft Switch Configuration Messages 

Table 149 below provides the Soft Switch configuration 
messages, the parameter tags, the parameter descriptions 
(associated with these messages), the R/O status and any 
notes associated with the message. 

TABLE 149 

Soft Switch Configuration 



40 



45 
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Message 


Parameter Tag 


Description 


R/O 


Notes 


RSSI - Request 










soft switch 










information 










NSSI - 


OxOOOOOOCO 


Message Code 


R 




Notify soft 


OxOOOOOOCl 


Transaction ID 


R 




switch 


0x0000001 B 


IP address for 


R 




information 




primary soft 
switch 








0x000000 1C 


TCP port for 
primary soft 
switch 


R 






0x0000001 D 


IP address for 
secondary 
soft switch 


O 


Required only 
if secondary 
soft 




0x000000 IE 


TCP port for 
secondary 
soft switch 


O 


switch has been 
con figured 





0x0000003B 


IP address 


O 


Required only 






for tertiary 




if tertiary soft 




Ox0000003C 


soft switch 




switch has been 




TCP port for 


O 


configured 






tertiary 










soft switch 








This message is sent as a response to 


a RSSI request, 




or when the local access server configuration is changed 




by other means. 






SSSI - Set 


OxOOOOOOCO 


Message Code 


R 




intormation 


OxOOOOOOCl 


Transaction ID 


R 






0x00000002 


Serial number 


R 








of remote unit 








0x0000001 B 


New IP address 


R 








of primary 










soft switch 






SSSI (cont.) 


0x0000001 C 


TCP port for 


R 








primary 










soft switch 








0x0000001 D 


New IP address 


O 


Required only 






of secondary 




if secondary 






soft switch 




soft 




0x0000001 E 


TCP port for 


O 


switch is being 






secondary 




set configured 






soft switch 








0x0000003 B 


IP address for 


o 


Required only 






tertiary 




if tertiary soft 






soft switch 




switch is being 




Ox0000003C 


TCP port for 


o 


set configured 






tertiaty 










soft switch 






ASSSI - 


This message 


is sent as a respons 


;e to 


a SSSI request. 


Acknowledge 








to SSSI 










RSSS - 


OxOOOOOOCO 


Message Code 


R 




Request soft 


OxOOOOOOCl 


Transaction ID 


R 




switch status 


0x00000002 


Serial Number 


R 








of Remote Unit 






NSSS - 


OxOOOOOOCO 


Message Code 


R 




Notify soft 


OxOOOOOOCl 


Transaction ID 


R 




switch status 


0x00000002 


Serial Number 


R 








of Remote Unit 








0x0000001 B 


New IP 


R 








Address of 










Primary Host 








OxOOOOOOlC 


TCP port for 


R 








Primary 








0x0000001 D 


New IP 


O 


Required only 






Address of 




if secondary 






Secondary Host 




soft switch is 




0x0000001 E 


TCP port for 




configured 






Secondary 








0x00000036 


IP Address for 


O 


Required only 






tertiary 




if tertiary 






soft switch 




soft switch is 




Ox0000003C 


TCP port for 


O 


configured 






tertiary soft 










switch 








0x0000001 F 


Soft Switch 


R 








in use 










(Primary/ 










Secondary/ 










Tertiary) 








This message 


is sent in response to a 


RSSS request. 
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(6) Maintenance -Status Messages 

Table 150 A below provides the Maintenance-Status 
messages, the parameter tags, the parameter descriptions 
(associated with these messages), the R/O status and any 
notes associated with the message. 
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TABLE 150A 



TABLE lSOA-conlinued 



Maintenance Status 



Message 


Parameter Tag Description 


R/O Notes 


RMS - 


OxOOOOOOCO 


Message Code 


R 


Request for 


OxOOOOOOCl 


Transaction ID 


R 


module status 


0x00000007 


Module 


R 






number 






This message 


will force an immediate NMS. 


RLS - 


OxOOOOOOCO 


Message Code 


R 


Request line 


OxOOOOOOCl 


Transaction ID 


R 


status 


0x00000007 


Module 


R 






number 






OxOOOOOOOD 


line numher 


R 




This message 


will force an immediate NLS. 


RCS - 


OxOOOOOOCO 


Message Code 


R 


Request 


OxOOOOOOCl 


Transaction ID 


R 


channel status 


0x00000007 


Module 


R 






number 






OxOOOOOOOD 


line number 


R 




0x00000015 


Channel 


R 






number 






This message will force an immediate NCS. 


NMS- 


OxOOOOOOCO 


Message Code 


R 


Notify 


OxOOOOOOCl 


Transaction ID 


R 


module status 


0x00000007 


Module 


R 






number 






OxOOOOOOOA 


Module type 


R 






(see NMI 








above) 






OxOOOOOOOC 


Module status 


R 




0x00000020 


Number of 


O \fclid for 






lines 


telco interface 




0x00000021 


Line status: 


O cards only. 






one entry 








per line 





This message should be issued by the access server any 
time that the module status changes or if a RMS 
command was received. 



NLS - 
Notify line 
status 



NCS - Notify 
channel status 



OxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
0x00000007 Module R 
number 

Line number R 
line status R 
Number R 
of channels 
Channel status: R 
one entry 
per channel 

This message should be issued by the access server any 
time that the line status changes or if a RLS command 
was received. 

Message Code 
Transaction ID 
Module 
number 
Line number 
Channel 
number 

Channel status R 
This message should be issued by the access server if an 
RCS command was received 
SMS - Set OxOOOOOOCO Message Code 
a module to OxOOOOOOCl Transaction ID 
a given status 0x00000007 Module 
number 
0x00000024 Requested 

module state 

As the Module changes status, the access server will 
notify the soft switch with NMS messages. 
The transaction ID in those NMS messages will not be 
the same as the transaction ID in the SMS message. 



OxOOOOOOOD 
0x00000014 
0x00000022 

0x00000023 



OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
0x00000015 

0x00000023 



Message 



Maintenance Status 

Parameter 
Parameter Tag Description 



R/O Notes 



SLS - OxOOOOOOCO Message Code R 

Set a line to a OxOOOOOOCl Transaction ID R 
given status 0x00000007 Module R 
number 

OxOOOOOOOD Line number R 
0x00000025 Requested R 
line state 

As the tin changes status, the access server will notify 
the soft switch with NLS messages. The transaction ID in 
those NLS messages will not be the same as the 
transaction ID in the SIS message. 
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scs - 


OxOOOOOOCO 


Message Code 


R 


Set a group 


OxOOOOOOCl 


Transaction ID 


R 


of channels to 


a 0x00000007 


Module 


R 


given status 




number 






OxOOOOOOOD 


Line number 


R 




0x00000015 


Channel 


R 






number 






0x00000029 


End Channel 


R 






number 






0x00000026 


Requested 


R 






Channel 








Status 








Action 






0x00000027 


Set Channel 


R 






Status Option 




RSCS - 


OxOOOOOOCO 


Message Code 


R 


Response to 


OxOOOOOOCl 


Transaction ID 


R 


SCS 


0x00000007 


Module 


R 






number 






OxOOOOOOOD 


Line number 


R 




0x00000028 


Start Channel 


R 






number 






0x00000029 


End Channel 


R 






number 






Ox0000002A 


Set Channel 


R 






Status Result 






0x00000022 


Number of 


R 






channels 






0x00000023 


Channel status: 


R 






one entry 








per channel 





Table 150B below lists actions which can set the channels 
45 from an initial state to a final state. 



50 



55 



TABLE 150B 


Action 


Valid initial state 


Final state 


Reset to idle 


maintenance, blocked, 


idle 




loopback, idle, 






in use, connected 




Reset to out 


maintenance, blocked, 


out of service 


of service 


loopback, idle, 






in use, connected 




Start loopback 


idle 


loopback 


End loopback 


loopback 


idle 


Block 


idle 


blocked 


Unblock 


blocked 


idle 



(7) Continuity Test Messages 

Table 151 below provides the Continuity test messages, 
65 the parameter tags, the parameter descriptions (associated 
with these messages), the R/O status and any notes associ- 
ated with the message. 
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TABLE 151 



TABLE 152-continued 



Message 


Parameter Ta 


Continuity Test 

Parameter 
g Description 


R/O Notes 


5 


Message 


Keepalive Test 

Parameter Parameter 
'lag Description 


R/O 


Notes 


PCT - Prepare 


OxOOOOOOCO 


Message Code 


R 




Response 


OxOOOOOOCl Transaction ID 


R 




channel for 


OxOOOOOOCl 


Transaction ID 


R 




to RTE 


Ox0000002E Random characters 


R 


Same random 


continuity test 


0x00000007 


Module 


R 










characters 






number 




10 








from RTE 




0x0000000 D 


Line number 


R 














0x00000015 


Channel 


R 
















number 














APCT- 


OxOOOOOOCO 


Message Code 


R 












R espouse to 


OxOOOOOOCl 


Transaction ID 


R 




(9) LAN Test Messages 






PCI' request 


0x00000007 


Module 


R 


15 














number 













SCT - Start 
continuity test 
procedure 
with far end 
as loopbaclc 



0x0000002 B 



OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

0x0000000 D 
0x00000015 

0x0000O02C 



R 



OxOOOOOOOD line number R 
0x00000015 Channel R 
number 
Prepare 
for continuity 
check result 
Message Code 
Transaction ID 
Module 
number 
line number 
Channel 
number 

Timeout in R Default is 2 
milliseconds. milliseconds 
The SCT command must be received less than 3 seconds 
after the APCT was sent. 

The continuity test performed by the access server 
is as follows: 

1. Start tone detection 

2. Generate a check tone 

3. Start timer 

4. When tone is detected (minimum of 60 ms): 

4.1. Stop timer 

4.2. Stop generator 

4.2.1 TEST SUCCESSFUL 

5. If timer expires: 
5.1. Stop generator 



Table 153 below provides the LAN test messages, the 
parameter tags, the parameter descriptions (associated with 
these messages), the R/O status, and any notes associated 
20 with the message. 

TABLE 153 



LAN test 
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Parameter 


Parameter 






Message 




Description 


R/O 


Notes 


RTP - 


OxOOOOOOCO 


Message Code 


R 




Request 


OxOOOOOOCl 


Transaction ID 


R 




a test 


0x00000002 


System ID 


R 




ping 


0x0O00002F 


IP Address to Ping 


R 






0x00000030 


Number of pings 


R 


Number of 
pings to send 


ATP- 


OxOOOOOOCO 


Message Code 


R 




Response 


OxOOOOOOCl 


Transaction ID 


R 




to RTP 


0x00000002 


System ID 


R 






Ox0000002F 


IP Address to Ping 


R 






0x00000030 


Number of pings 


R 


Number of 

successful 

pings 





5.2. TEST FAILED 




After continuity testing, a channel is 




the idle state. 




ASCT- 


OxOOOOOOCO 


Message Code R 


Continuity 


OxOOOOOOCl 


Transaction ID R 


test result 


0x00000007 


Module R 






number 




OxOOOOOOOD 


Line number R 




0x00000015 


Channel R 






number 




0x00000021) 


Continuity R 






Test Result 



45 



(10) Tone Function Messages 

Table 154 below provides the Tone function messages, the 
parameter tags, the parameter descriptions (associated with 
these messages), the R/O status and any notes associated 
with the message. 

TABLE 154 



50 Tone functions 

(8) Keepalive Test Messages 



Message Tag Value Field Description R/O Notes 

Table 152 below provides the Keepalive test messages, "ZT" w ~ 

r ^ 6 ' STN - OxOOOOOOCO Message Code R 

the parameter tags, the parameter descriptions (associated send tones Oxooooooci Transaction id r 

with these messages), the R/O status and any notes associ- 55 0x00000007 Module number r 

ated with the message Ox0000002D Line number R 

b 0x00000015 Channel number R 

0x00000049 Tone Type R 

TABLE 152 Ox0000004A Apply or Cancel Tone R 

• 0x00000032 Number of tones to send R 

Keepalive Test „ 0x00000033 String of Tones to send R 

ASTN - OxOOOOOOCO Message Code R 

Parameter Parameter Completion OxOOOOOOCl Transaction ID R 

Message 'lag Description R/O Notes result of 0x00000007 Module number R 

— — - STN command OxOOOOOOOD Line number R 

RTE - OxOOOOOOCO Message Code R 0x00000015 Channel number R 

Request OxOOOOOOCl Transaction ID R 0x00000036 Tone Send Completion R 

test echo 0x00000021* Random characters R 65 Status 

ARTE - OxOOOOOOCO Message Code R i - 
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(11) Example Source Port Types 

Table 155 below provides a list of exemplary Source Fort 
Types. 

TABLE 155 



156 

TABLE 156-continued 



Source Port Type Parameter Tag Parameter Description 

GSTN Tag 0x07 Source module number 

Tag OxOD Source line number 
Tag 0x15 Source channel number 

Tag 0x48 Source jack ID (for DSL) 

Packet ATM Tag 0x59 Source ATM Address Type 

Tag 0x5A Source ATM Address 

Packet H.323 Tag 0x5B Source H.323 Network Address 

(IP address) 

Tag 0x9A Source H.323 TSAP Identifier (Port) 

or 

Tag 0x5C Source H.323 alias 

with 

Tag 0x63 Destination H.323 Network Address 

(IP address) 

Tag 0x9 B Destination H.323 TSAP Identifier 

or (Port) 
Tag 0x64 Destination 11.323 alias 

Packet KIT Tag 0x5D Destination listen IP address 

QxFFFFFI-W tells soft switch to 
allocate 

Tag 0x5E Destination listen RXP port number 

Tag 0x5 F Destination send IP address 

OxFFFFFFFF indicates unspecified 

address 

Tag 0x60 Destination send KI P port number 



(12) Example Internal Resource Types 

Table 156 below provides a list of exemplary Internal 
Resource Types. 

TABLE 156 

Resource Identifier for Internal Resources 
Parameter Tag Parameter Description 





Resource Identifier 


for Internal Resources 


Internal 






Resource Type 


Parameter Tag 


Pan meter Description 


Recording 


0x00000069 


Internal recording resource ID - 






optional 



(13) Example Destination Port Types 

Table 157 below provides a list of exemplary Destination 
Port Types. 

TABLE 157 



Destination 
20 Port Types 



Destination Ports 



Parameter Tag Parameter Description 



GSTN 



Packet RTF 



25 



Internal 
Resource Type 



Modem Port 0x0000006 B 

Fax Port 0x00000068 

Conference Port 0x00000067 

Playback 0x00000069 

0x000O0O7F 
0x00000080 
0x00000086 



Identifier for internal modem 

resource - optional 

Identifier for internal fax resource - 

optional 

Identifier for internal conference 

resource - optional 

Internal announcement resource ID - 

optional 

Announcement identifier - optional 
Announcement information - optional 
Announcement treatment - optional 



40 



45 



Tag 0x00000037 Destination module number 
lag 0x00000038 Destination line number 
Tag 0x00000039 Destination channel number 
Tag 0x0000005 D Destination listen IP address 

OxFFFFFFFF tells soft switch to 

allocate 

Tag 0x0000005 E Destination listen RTP port number 
Tag 0x0000005 F Destination send IP address 

OxFFFFFFFF indicates unspecified 

address 

Tag 0x00000060 Destination send RTP port number 
Tag 0x00000037 To module number 
Tag 0x00000038 To line number 
Tag 0x00000039 To channel number 
Tag 0x00000061 To ATM Address Type 
Tag 0x00000062 To ATM Address 
Tag 0x0000005 B Source H.323 Network Address 
(IP address) 

Tag Ox0000009A Source H.323 TSAP Identifier 
(UDP Port) 

or 

Tag 0x0000005 C Source H.323 alias 
with 

Tag 0x00000063 Destination H.323 Network Address 
(IP address) 

Tag 0x000009 B Destination H.323 TSAP Identifier 
(UDP Port) 

or 

Tag 0x00000064 Destination H.323 alias 



Packet ATM 



Packet H.323 



(14) Call Control Messages 

Table 158A below provides a list of exemplary Call 
Control Messages. 



TABLE 158A 



Call Control 



Message 



Parameter 
Parameter Tag Description 



R/O Notes 



Port 
Types 



RCON- 
Request 



OxOOOOOOCO 
0x000000 CI 
0x000000 C2 
0x00000065 



0x00000066 



Message Code 
Transaction ID 
Call ID 

Source port type 



Destination port 
type 



R All 
R All 
R All 
K See additional fields All 

necessary for each port 

type 

R Sec additional fields Al! 
necessary for each port 
type 



iS7 
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TABLE 158A-continued 



Call Control 



Message 



Parameter 'lag 



Parameter 






Port 


Description 


R/O 


Notes 


lypes 


Bearer Capability 


O 




M 


of the Channel 








(BCC) required 








for the call 








Called Phone 


O 


Used only for 


M 


Number 




authentication for 




Calling Pary 


O 


modem transfer calls 


M 


Number 








CPE lines to 


O 


Used only for GSTN 


G, M 


present the call 




ports where an 




on 




outbound call is to be 
made. This field can be 
used for applications 
when the same physical 
channel can be 
times haied by several 
CPE devices/ports 




Dale and time 


O 


Used only for GSTN 


G 


of the call 




ports where an 
associated outbound 
call is to be made 




Requested 


O 


Required only for 


All 


Priority 




priority calls 




(forced 911, 








not forced) 








Encoding Type 


O 


Required only when 


R, H,A 


(1 byte) 




feature is desired 




Silence 


o 






Suppression 








Activation rimer 








Comfort Noise 


o 






Generation 








Packet Loading 


o 






Echo Cancellation 


o 




All 


Constant DTMF 


o 




All 


Tone Detection 








on/off 








Constant MF tone 


o 




All 


Detection on/off 








Constant Fax tone 


o 




All 


detection on/off 








Constant Modem 


o 




All 


tone detection 








on/off 








P rogrammab le 


o 




All 


DSP Algorithm 








activation 








Programmable 


o 




All 


DSP Algorithm 








deactivation 








Constant Packet 


o 




R,H,A 


Loss Detection 








on/off 








Packet Loss 


o 




R, H,A 


Threshold 








Constant Latency 


o 




R,ILA 


Threshold 








Detection on/off 








latency 


o 




R, H, A 


Threshold 








QoS type 


o 




R, H, A 


QoS value 


o 




R, H, A 


(variable length) 









ACON- 
Accept 



0x00000017 

0x00000019 
0x00000018 
0x00000044 



0x00000045 

0x00000047 

0x00000070 
0x00000071 

0x00000072 

0x00000073 
0x00000074 
0x00000075 

0x00000076 
0x00000077 
0x00000078 

0x00000079 



0xO000007B 

0xOO00007C 
Ox0000007D 

Ox0000007E 

0x00000081 
0x00000082 

This message 
connection to 
OxOOOOOOCO 
0x00000 0C1 
Connection OxO0O000C2 
0x00000065 



is sent from the soft switch to the access server to request a 

be setup to the specified endpoinL 

Message Code R All 

Transaction ID R All 

Call ID R All 

Source port type O See additional fields All 



Destination port 
type 



See additional fields 
necessary for each port 
type 

See additional fields 
necessary for each port 
type 



All 
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TABLE 158A-continued 



Message 



Parameter Tag 



Parameter 
Description 



R/O Notes 



Port 
Types 



MOON - 

Modify 

Connection 



AMCN- 
Acccpt 
Modify 
Connection 



O 



All 



0x00000040 Access Server 
Caller Identifier 

This message is sent from the access server to the soft switch indicating that 
the connection has been accepted. This message is sent in response to an 
RCON, if the access server allocates an endpoint on its own (if resource 
management is done by the access server) the endpoint ID will be returned 
in the ACON. 



OxOOOOUOCO 


Message Code 


R 




All 


OxOOOOOOCl 


Transaction ID 


R 




All 


0xOOO0OOC2 


Call ID 


R 




All 


0x00000065 


Source port type 


R 


See additional fields 
necessary for each port 
type 


All 


0x00000066 


Destination port 
type 


R 


Sec additional fields 
necessary for each port 
type 


All 


0x00000070 


Encoding Type 


O 


Required only when a 


R, H, A 


0x00000071 


Silence 
Suppression 
Activation timer 


O 


change to the field 
value is desired 


R, H, A 


0x00000072 


Comfort Noise 
Generation 


o 




R, H, A 


0x00000073 


Packet Loading 


o 




R, H, A 


0x00000074 


Echo Cancellation 


o 




All 


0x00000075 


Constant DTMF 
Tone Detection 
on/off 


o 




All 


0x00000076 


Constant MF 
Tone Detection 
on/off 


o 




All 


0x00000077 


Constant Pax tone 
detection on/off 


o 




All 


0x00000078 


Constant Modem 
tone detection 
on/off 


o 




All 


0x00000079 


Programmable 
DSP Algorithm 
activation 


o 




All 


Ox0000007A 


Programmable 
DSP Algorithm 
deactivation 


o 




All 


Ox0000007B 


Constant Packet 
Loss Detection 
on/off 


o 




R, H, A 


Ox0000007C 


Packet Loss 
Threshold 


o 




R, H, A 


0x00000071) 


Constant Latency 
Threshold 
Detection on/off 


o 




R, H, A 


Ox0000007E 


Latency 
Threshold 


o 




R, H, A 


0x00000083 


QoS type 


o 




R, H,A 


0x00000082 


QoS (variable 
length) 


o 




R, H, A 



This message is sent from the soft switch to the access server 
to query or request changes to the settings associated with a 
connection. Except for the "from" and **to" port 
Fields, all other fields are optional. If a field is specified 
the access server is requested to change to the specified setting. 
In response to an MCON the access server responds with current 
settings for all fields. 
OxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
Call ID R 
Source port type 



OxO0O000C2 
0x00000065 



0x00000066 



0x00000070 
0x00000071 



Destination port 
type 

Encoding Type 
Suppression 
Activation timer 



See additional fields 
necessary for each port 
type 

See additional fields 
necessary for each port 
type 

All fields are required 
since the message is 
also a query response 



All 
All 
All 
All 



R, H, A 
K, H, A 
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TABLE 158A-continued 



Call Control 



Parameter 

Message Parameter Tag Description 



K/O Notes 



Port 
IVpes 



0x00000072 


Comfort Noise 


R 


R, H, A 




Gene ration 




0x00000073 


Packet Loading 


R 


R, H, A 


0x00000074 


Echo Cancellation 


R 


All 


0x00000075 


Constant DTMF 
Tone Detection 
on/off 


R 


All 


0x00000076 


Constant MK 
Tone Detection 
on/off 


R 


All 


0x00000077 


Constant Fax tone 
detection on/off 


R 


All 


0x00000078 


Constant Modem 
tone detection 
on/off 


R 


All 


0x00000079 


Programmable 
DSP Algorithm 


R 


All 


Ox0000007B 


Constant Packet 
Loss Detection 
on/off 


R 


All 


OxO000007C 


Packet Loss 
Threshold 


R 


R,H,A 


Gx0000007D 


Constant Latency 
Threshold 
Detection on/off 


R 


R,H,A 


Ox0000007E 


Latency 
Threshold 


R 


R,H,A 


0x00000040 


Access Server 
Call Identifier 


R 


All 


0x00000081 


QoS type 


R 


R,H,A 


0x00000082 


QoS (variable 
length) 


R 


R» H, A 


This message 


is sent from the access 


t server to the soft 





switch to acknowledge the modifications made in response to 
the MCON. Only those tags sent in the modify request should be 
returned in the modify accept. 



(15) Example Port Definitions 

Table 158B below provides a list of exemplary Port 
Definitions. 

TABLE 158B 



40 



Type 



Port Definitions 



45 



Description 



All The field applies to all port types 

G The field applies to GSTN port types 

H The field applies to H-323 port types 

R The field applies to KIT port types 

A The field applies to ATM port types 

M The field applies to internal modem port types 



TABLE 158B-continued 





Port Definitions 


Type 


Description 


F 


The filed applies to interna! fax port types 


C 


The field applies to internal conference port types 


P 


The field applies to internal playback port types 


Re 


The field applies to internal recording port types 



(16) Call Clearing Messages 

Table 158B below provides a list of exemplary Call 
Clearing Messages. 



TABLE 159 



Call Clearing 



Message 



Parameter 
Parameter Tag Description 



R/O Notes 



RCR - Release OxOOOOOOCO Message Code 

channel request OxOOOOOOCl Transaction ID 

0xO0O000C2 Call ID 

0x00000065 Source Port type 



See additional fields 
necessary for each port 
type 
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TABLE 159-contiDued 



Call Clearing 



Message 



Parameter 'lag 



Parameter 
Description 



R/O Notes 



0x000000 R) Cause Code Type R 

OxOOOOOOFE Cause Code R 

In case of a pass-through call fTDM or packet connection), the channel 

identified should be the source side. 



ACR - Relc 

channel 

completed 



; OxOOOOOOCO 


Message Code 


R 


OxOOOOOOCl 


Transaction ID 


R 


OxOOOOOOCl 


Call ID 


R 


0x00000065 


Source Port type 


R 


OxOOnOOOFD 


Cause Code Type 


R 


OxOOOOOOFE 


Cause Code 


R 


0x00000091 


Number of packets sent 


O 




and received 




0x00000092 


Number of packets 


o 




dropped 




0x00000093 


Number of bytes sent 


o 




and received 




0x00000094 


Number of bytes dropped 


o 


0x00000095 


Number of signaling 


o 




packets sent and 






received 




0x00000096 


Number of signaling 


o 




packets dropped 




0x00000097 


Number of signaling 


o 




bytes sent and received 




0x00000098 


Number of signaling 


o 




bytes dropped 




0x00000099 


lis timated average 


o 




latency 




Ox0000009D 


Number of audio packets 


o 




received 




0x0000009 F. 


Number of audio bytes 


o 




received 




0x0000009 F 


Number of signaling 


o 




packets received 




OxOOOOOOAO 


Number of signaling 


o 




bytes received 





See additional fields 
necessary for each port 
type 



Required for packet 
pass through calls only 



(17) Event Notification Messages 
Table 158B below provides a list of exemplary Event 
Notification Messages. 



TABLE 160 



Event Notification 



Parameter 



Message 


Parameter Tag 


Description 


R/O 


Notes 


Nan - 


OxOOOOOOCO 


Message Code 


R 




Event 


OxOOOOOOCl 


Transaction ID 


R 




Notification 


OxOOOOOOCO 


Call ID 


R 






0x00000065 


Source Port type 


R 


See additional fields 
necessary for each port type 




0x00000083 


Event type 


O 






0x00000019 


Called phone 
number 


O 


Required tags for event type 
0x000000 - Inbound call 




0x00000018 


Calling party 
number 


O 


notification 




OxOOOOOOFD 


Cause Code Type 


O 


Required tags for event type 




OxOOOOOOFE 


Cause Code 


O 


0x04 - Call termination 
notification 




Ox0000007C 


Packet Loss 
Threshold 


O 


Required tags for event type 
0x05 - Packet loss threshold 
exceeded 




0x00000070 


Encoding Type 


O 


Required tags for event type 
0x06 - Voice codec changed 




0x00000073 


Packet Loading 


O 


Required tags for event type 
0x07 - Voice codec changed 
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TABLE 160-continued 



Event Notification 



Message Parameter Tag 



Parameter 
Description 



K/O Notes 



OxOOOOOOAl 
OxOOOOOOBO 
0xCXHX)00B7 



Pattern 1 delected 
Pattern 16 detected 
Input buffer 



O 
O 

o 



Detected Signals in 
character string form 
This message is sent from the access server to the soft switch to indicate the 
occurrence of an event. 



RNOT- 
Kequest 
Event 

Notification 



OxOOOOOOCO 
OxOOOOOOCl 
QxOOOO0OC2 
0x00000065 



0x00000046 



0xOOO000B3 



Message Code 
Transaction ID 
Call ID 

Source port type 



0x00000083 Event type 



OxOOOOOOAl Patteral 



OxOOOOOOBO Pattern 16 



0x000000 B 1 Initial Timeout 



Inter-signaling 
Timeout 



Maximum time to 
wait for signal 
detection 
Enabled Event 



See additional fields 
necessary for each port type. 
Note that a soft switch can 
request notification for a set 
of events on an entire bay, 
or on an entire bay/module , 
or on an entire 
bay/module/line, without 
specifying each individual 
channel. 

A soft switch can request 
notification of a specific 
event or set of events. The 
event type field can be 
repeated as many times as 
needed 

A soft switch can request 
notification of a specific 
pattern as described in the 
pattern grammar above. 
A soft switch can request 
notification of a specific 
pattern as described in the 
pattern grammar above. 
If parameter is not included, 
then there is no timeout- 
Initial Timeout is the 
maximum time between 
starting retrieve signals and 
the first signal detected. 
If parameter is not included, 
then there is no timeout. 
Inter-signaling Timeout is 
the maximum time between 
the detection of one signal 
and the detection of another 
signal 

If parameter is not included, 
then there is no timeout 



O 



Specifies an automated 
response if a signal pattern 
is detected, in the form 
**[pattem#l [event 
characterj*'. This tag may 
be included multiple times 
within a single message. 
When parameter is included 
with any value, then as the 
input buffer fills up, the 
oldest received signal is 
discarded. 
If parameter is not 
specified, default buffer size 
is 35 characters. 
Filter Pattern allows certain 
signals to be excluded from 
the input buffer of detected 
signals (ignored signals). 
This event is sent from the soft switch to the access server to indicate that 
the access server should notify the soft switch of the indicated events. 



OxOOO000B4 Discard Oldest 



OxO0O000B5 Buffer Size 



OxO0O000B6 Filter 



O 



o 



o 
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(18) Tunneled Signaling Messages 
Table 158 B below provides a list of Tunneled Signaling 
Messages. 
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TABLE 161 



Tunneled Signaling 



Message 


Parameter Tag 


Description 


R/O 


Notes 


SIG - 


OxQOOOOOCO 


Message Code 


R 




Notify/ 










Initiate 


OxOOOOOOCl 


Transaction ID 


R 




Signaling 


0x00000065 


Source port type 


R 


Only port type of GSTN, 


Events 








H.323 and ATM are 
allowable values for this 
field. See the additional 
fields necessary for these 
ports types. 




0x00O0006C 


Signaling Event Type 


R 


Identifies the signaling 
event included in the 
Signaling Data field. 




0x0000006 D 


Signaling Event Data 


R 





e. Control Message Parameters tags associated with the parameters, the size (in bytes) of the 

Table 162 below provides a listing of the control message 25 parameters, the type of the parameters (e.g., ASCII), the 

parameters, and the control messages which use these mes- parameter descriptions, the values and the control messages 

sage parameters. More specifically, Table 162 provides the which use the parameters. 

TABLE 162 



Parameter 
Tag 



Size 
(bytes) Type 



Parameter 
description 



Values 



Usage 



0x00000000 
0x00000001 



0x00000002 



0x00000003 
0x00000004 



0x00000005 
0x00000006 



BYTE End marker 
UINT Protocol version 



1 to 24 ASCII 



ASCII 
UINT 



ASCII 



0x00000008 



0x00000009 



16 



UINT 



ASCII 



Always 0x00000000 
0x00000000 Version 0 

(Xcom NMI 5.0) 
0x00000001 IPDC Version 0.1 



System ID/ 
Serial Number 



System type 
Max. number 
of modules 
(slot cards) 
supported 
Bay number 



BYTE Reboot 

acknowledgment 



UINT Module number 



0x00000000 



0x00000001 



Request accepted. 
Access server 
will reboot now. 
Request denied. 
Access server 
will not reboot 



Number of lines 
on this module 
Module name 



All 

NSUP 



NSUP, ASUP, 
NSDN, RST1, 
ARvSTl, RST2, 
ARST2, NSI, 
SSSI, RSSS, 
NSSS 
NSUP, NSI 
NSUP, NSI 



NSUP, 
NSI, NBN 
ARST2 



RMI, NMI, 
RU, NU 
RCI, NCI, 
SLI ( ASLI, 
RMS, RLS, 
RCS, NMS, 
N1>S, NCS, 
SMS, SLS, 
SCS, RSCS, 
PCT, APCT, 
SOT, ASCT, 
STN, ASTN, 
ROON, ACON, 
MCON, AMCN, 
RCR, ACR 
NMI, NMS 

NMI 



US 6,614,781 131 



169 



170 



TABLE 162^:ontinued 



Parameter 
Tag 



Size Parameter 
(bytes) lype description 



Values 



Usage 



OxOOOOOOOA 



OxOOOOOOOB 



OxOOOOOOOC 



4 BYTE Module type 



BYTE Module 



BYFE Module status 



UINT Line Number 



OxOOOOOOOB 



OxOOOOOOOF 
OxOOOOOOlO 



0x00000011 



0x00000012 



4 UINT Number of 
channels on 
rhis line 
16 ASCII Line name 
4 BYTE Line coding 

4 BYTE Line framing 



4 BYTE Line siganling 
details 



4 BYTE Line in-band 

signaling details 



0x00000014 



BYTE Line status 



0x00000015 



UINT Channel number 



0x00000000 not present 

0x00000001 unknown 
Other values to be defined 
Logical OR of any of the 
capabilities following flags 



0x00000001 

0x00000002 

0x00000000 
0x00000001 
0x00000002 
0x00000003 



0x00000000 
0x00000001 
0x00000002 
0x00000000 
0x00000001 
0x00000002 
0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 
0x00000000 
0x00000001 
0x00000002 
0x00000003 

0x00000004 

0x00000005 
0x00000006 
0x00000000 
OxOOOOOOOl 
0x00000002 

0x00000003 
0x00000004 
0x00000005 
0x00000006 



Capable of 
continuity testing 
Network 
interface module 
not present (empty) 
out of service (down) 
up 

error 



Unknown 

AMI 

B8ZS 

Unknown 

D4 

ESF 

Unknown 
In-band 
ISDN PRI 
NFAS 

SS7 gateway 
Unknown 
Wink start 
[die start 

wink-wink with 200 
msec wink 
wink-wink with 400 
msec wink 
loop start CPE 
ground start CPE 
not present 
disabled 
red alarm 
(loss of sync) 
yellow alarm 
other alarms or errors 
up 

loop back 



NM1 



NMI 



NMS 



RII, NU, 
RCI, NCI, 
SLI, ASLI, 
RLS, RCS, 
NLS, NCS, 
SLS, SCS, 
RSCS, 
PCT, 
APCT, 
SCT, 

asct; 

STN, 
ASTN, 
MCON, 
ACON, 
RMCN, 
AMCN, 
RCR, ACR 
NLi, NLS 



NU, SLI 
NLI, SU 



NLI, SU 



NLL SU 



NLI, SU 



NLS 



RCI, NCI, 
RCS, NCS, 
SCS, 
RSCS, 

per, 

APCT, 

SCT, 

ASCT, 

STN, 

ASTN, 

MCON, 

ACON, 

RMCN, 



US 6,614,781 131 



171 



172 



TABLE 162-coDlinued 



Parameter 

Tag 



Size 
(bytes) 



Type 



Parameter 
description 



Usage 



0x00000016 



BYTE Channel status 



0x00000017 



BYTE Bearer capability 



0x00000018 


24 


ASCII 


Calling party number 


0x00000019 


24 


ASCII 


Dialed number 


OxOOOOOOlA 


4 


TIME 


Channel status change 








times tamp 


0x0000001 B 


4 


BYTE 


Primary soft switch IP 


0x000000 1C 


4 


UINT 


Primary soft switch 








TCP port 


0x000000 ID 


4 


BYTE 


Secondary 








soft switch L? 


0x000000 IE 


4 


UINT 


Secondary soft switch 








TCP port 


0x000000 IF 


4 


BYTE 


Soft switch selector 


0x00000020 


4 


UINT 


Number of lines 








in the Line 








status array 


0x00000021 


Variable 


BYTE 


Line status array 



0x00000022 



0x00000023 



4 UINT Number of channels 
in the Channel 
status array 
Variable BYTE Channel status array 



0x00000000 
0x00000001 
0x00000002 



0x00000003 



0x00000004 
0x00000005 
0x00000006 
0x00000007 

0x00000008 
0x00000009 
0x000 0OO0A 
0x0000000 B 

0x0000000 E 
A one byte value. The capability 
encoding is the same as the octet 
"Information Transfer Capability*' 
from the User Service Information 
parameter from ANSI Tl. 113.3 : 
0x00000000 
0x00000008 
0x00000009 
0x00000010 



not present 
out of service 
signaling channel 
(i.e., D-channel 
on an ISDN PRI line 
maintenance 
(continuity test 
pending or in progress) 
blocked 
loopback 
idle 

in use (dialing, 
ringing, etc.) 
connected 
in use/DSP output 
in use/DSP input 
in use/DSP 
input + output 
off hook/idle 



AMCN, 
RCR, ACR 
NCS 



NCI, RCON 



0x00000012 



Vbice call 
64K data call 
56K data call 
Modem call 
(3.1 K Audio call) 
Fax call 

(Reserved for future use, 
not ANSI-compliant) 



1** byte: Class A octet 
2 nd byte: Class B octet 
3 ld byte: Class C octet 
4 ,h byte: Server octet 



1" byte: Class A octet 
2 nd byte: Class B octet 
3 rd byte: Class C octet 
4 ,h byte: Server octet 



0x00000001 
0x00000002 
0x00000003 



0x00000000 
0x00000001 
0x00000002 

0x00000003 
0x00000004 
0x00000005 
0x00000006 



0x000 00000 
0x00000001 
0x00000002 



0x00000003 



0x00000004 



Primary Soft Switch 
Secondary Soft Switch 
Tertiary Soft Switch 



not present 

disabled 

red alarm 

(loss of sync) 

yellow alarm 

other alarms or errors 

up 

loopback 



not present 
out of service 
signaling channel 
(Le., D-channel on an 
ISDN PRI) 
maintenance 

(continuity lest pending/ 

in progress) 

blocked 



NCI, RCON 
NCI, RCON 
NCI 

NSSI, 

SSSI, NSSS 



NSSI, 

SSSI, NSSS 
NSSI, 

SSSI, NSSS 



NSSI, 

SSSL NSSS 
NSSS 



NMS 



NMS 



NTS 



NLS 
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TABLE 162-continued 



i dlaillClCI 


Size 




Parameter 






Tap 
lag 




iypc 


description 


Values 


Usage 










0x00000005 loopback 












0x00000006 idle 












0x00000007 in use 












^Hinlino nnoino ptr ■ 
^UiaiLUg, ILUgLUg, CU,. ) 












0x00000008 connected 












0x00000009 in use/DSP output 












0x0000000 A in nc^/Tl^P innur 
























uiput +■ output 












0x0000000 E off book/idle 




0x00000024 


4 


BYTE 


Rec^ uest cd 


Orfinnnnonn ™it nf tprvi^f 

UAUUULAJUVJU UUL OL oClVlLC 


SMS 








module state 


uxuuuuuLAii initialize goring up ) 




0x00000025 


4 




Requested line state 


Orfionnnnnn rWcnhi** 

\JAkJ\AJ\Aj\Al\J iJisninc 


SI<S 










OYfWYinfKYII Fnnhl/- 












UAIAAJIAJIAJ^ Z)U1II lUUpDaClk 












UAlAAJUUUU J IGnniJjRlC lOOpDaCK 




0*00000076 


4 


BYTE 


Ketjuested channel 


ltxuuuuuuuu Keset to laie 


scs 








status action 


0x00000001 Reset to out of service 












UAlAJUUUUUZ otaiX lOOpDaCJt 












UXUUU00003 term in ale loopback 
























UaUUUIAAAJj (J CO IOCS 




0x00000027 


4 


BYTE 


Set channel 


0x00000000 IV» nnr nrrfnrm thr- 


scs 








status option 


indicated action if any of 












the channels is not in the 












valid initial state. 












0x00000001 Perform the indicated 












action on channels 












which are on the valid 












initial c^t* 

LP itiiii state, winer 












channels are not affected. 




0x00000028 


4 


UINT 


Channel Qumbcr first 












(for grouping) 




0x00000029 


4 


uint 


Channel number last 












(for grouping) 




0x0000002a 


4 


BYTE 


ooi rjinnnci 


uxulwuuuuu action successfully 


RSCS 










performed in all channels 












0x00000001 at least one channel 












failed 




UaUUUUUUZJJ 


4 


Dl IE 


Prepare for continuity 


0x00000000 Resources reserved 


APCT 








check result 


successfully 












OxOOOOOOOt Rpcnnnv nnfr •n/nilohlo 

v/auuuvaaajj. ncjkouicc not avauauie 




Ox0000002C 


4 


UINT 


Continuity timeout 




SCT 










2000 (2 seconds) 




0x0000002D 


4 


BYTE 


Continuity test result 


0x00000000 Test completed 


ASCT 










successfully 












0x00000001 Test failed 




0x0 00000 2E 


0 to 16 




lest echo 




RTE, ARTE 


Ox0000002F 


4 


BYTE 


Test ping address 


1" byte: Class A octet 


RTP, ATP 










2 nd byte: Class B octet 










3 rd byte: Class C octet 












4 ,h byte: Class Server octet 




0x00000030 


4 


UINT 


Number of pings 


RTP, ATP 


0x00000032 


4 


UINT 


Number of tones 




STN 


0x00000033 


triable 


ASCII 


Tone string 


ASCII characters 


STN 






















'd' - contiguous dialtone, 












V - contiguous user busy 












'n' - contiguous network busy 





0x00000036 



UINT Tone send 

completion status 



's' - short pause 

V - contiguous ringback 

V - short pause 

'r* - ring back tone 

V - wink 

f - flash hook 

'c' - call waiting tone 

'a' - answer tone 

"f - ringing 

'p' - prompt tone 

V - error tone 

'i' - distinctive ringing tone 
"u" - Stutter dialtone 

0x00000000 Operation succeeded 



STN 



0x00000001 
0x00000002 



Operation failed 
Operation was interrupted 
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TABLE 162-continued 



Parameter 
Tag 



Size Parameter 
(bytes) 'lype descriptioa 



Usage 



0x00000037 

0x00000038 

0x00000039 

Ox0000003A 
0x000000313 

0x000000 3C 
0x00000040 
0x00000041 

0x00000042 



0x00000046 

0x00000047 
0x00000048 

0x00000049 
0x0000004A 
0x00000055 



0x00000059 



UINT TDM destination 

Module 
UINT TDM destination 

Line 

UINT TDM destination 
channel 

UINT Number of failed lines 
BYLE Tertiary soft switch IP 



4 UINT Tertiary soft switch 

TCP port 
4 UINT Access Server 

Call identifier 
4 BYTE Tl front-end type 

4 BYTE Tl CSV build-out 



BYTE Tl DSX line length 



1 to 255 BYTE 



TIME 



List of CPE line the 
call is offered on 
for inbound calls or 
the port the call 
was originated from 
for outbound calls. 
Timesiamp of the call 
setup (for caller ID 
service). Number of 
seconds since Jan. 1 
00:00:00 
1990. 

Maximum total time 
allowed for digit 
recognition. 
Requested Priority 

Set Defaults 
Settings result 



4 BYTE Tone Type 

4 BYTE Apply/Cancel Tone 

4 BYTE Source listen 
IP address 



UINT Source listen KIT 
port number 

BYTE Source send IP address 



4 UINT Source send KIT 
port number 

4 UINT Source ATM 
Address Type 

Variable ASCII Source ATM Address 



1" byte: Class A octet 
2 nd byte: Class B octet 
3 td byte: Class C octet 
4 rh byte: Class Server octet 



0x00000000 

0x00000001 

0x00000002 

0x000000000 

0x000000017.5 

0x0000000215 

0xO00000O32Z5 

0x000000001-133 

0x00000001134-266 

0x00000002267-399 

0x00000003400-533 

0x00000004534-655 



Unknown 

CSU (Tl long haul) 
DSX-1 (Tl short haul) 

(in 

dB 

dB 

dB 

ft 

ft 

ft 

ft 

ft 



Time in milliseconds 



0x00000000 
0x00000001 
0x00000000 



0x00000001 

0x00000000 

0x00000001 

OxOOOOOOOO 

0x00000001 

1 M byte: Class A octet 

2 nd byte: Class B octet 

3 rd byte: Class C octet 

4 ,b byle: Server octet 



l ft byte: Class A octet 
2 nd byte: Class B octet 
3 td byte: Class C octet 
4 lb byle: Server octet 



not forced 
forced 

action successfully 
performed in all 
channels 

at least one channel failed 

DTMF 

MF 

Apply tone 



0x00000001 
0x00000002 



E.164 format 
ATM End System 
Address format 



RCST, ACST, 
RCSO (SS) 
RCST, ACST, 
RCSO (SS) 
RCST, ACST, 
RCSO (SS) 
NMI 

NSS1, SSSI, 
NSSS 



NSSI, SSSI, 
NSSS 

ROON, AMCN, 
NCI 

SLI, NU 



SLI, NLI 



SLI, NLI 



ROON 



ROON 
ADEF 



STN 



STN 



ROON, ACON, 
RMCN, 
AMCN, RCR, 
ACR 

ROON, ACON, 
RMCN, AMCN, 
RCR, ACR 
ROON, ACON, 
RMCN, AMCN, 
RCR, ACR 

ROON, ACON, 
RMCN, AMCN, 
RCR, ACR 
ROON, 

ACON, RMCN, 
AMCN, RCR, 
ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
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TABLE 162-continued 



Parameter 
Tag 



Size 
(bytes) lype 



Parameter 
description 



Values 



Usage 



0x000000513 



OxOOOOOOSC 



Ox0000005D 



Ox0000005E 



OxOOOGOOSF 



0x00000060 



0x00000061 



0x00000062 



0x00000063 



0x00000064 



0x00000065 



4 BYTE Source H.323 Network 
Address (IP Address) 



Variable ASCII Source H.323 alias 



BYTE Destination listen 
IP address 



UINT Destination listen RTP 
port number 

BYTE Destination send [P 
address 



4 UINT Destination send KIT 
port number 

4 BYTE Destination ATM 
Address Type 

Variable ASCII Destination ATM 
Address 

4 BYTE Destination H.323 
Network Address 
(IP Address) 

Variable ASCII Destination H.323 alias 



4 BYTE Source port type 



0x00000066 



BYTE Destination port type 



0x00000067 


4 


BYTE 


Internal conference 
resource ID 


0x00000068 


4 


BYFE 


Internal Fax resource D 


0x00000069 


4 


BYTE 


Internal playback 
resource ID 


Ox0000006A 


4 


BYTE 


Internal recording 
resource ID 


Ox0000006B 


4 


BYTE 


Internal modem 
resource ID 


Ox0000006C 


4 


BYTE 


Signaling Event Type 



l" byte: Class A octet 
2 nd byte: Class B octet 
3 ,d byte: Class C octet 
4 Ih byte: Server octet 



l rt byte: Class A octet 
2 nd byte: Class B octet 
3 ,d byte: Class C octet 
4 th byte: Server octet 



1" byte: Class A octet 
2 Dd byte: Class B octet 
3 ld byte: Class C octet 
4 fh byte: Server octet 



0x00000001 
0x00000002 



E.164 format 
ATM End System 
Address format 



1" byte: Class A octet 
byte: Class B octet 
3 rd byte: Class C octet 
4 th byte: Server octet 



0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 
0x00000005 
0x00000006 

0x00000007 

0x00000008 
0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 
0x00000005 
0x00000006 

0x00000007 

0x00000008 



GSTN chanel 
RTP port 
ATM port 
H.323 port 

Internal Modem Resource 
Internal Fax Resource 
Internal Conference 
Resource 

Internal Recording 
Resource 

Internal Playback Resource 
GSTN channel 
RTP port 
ATM port 
H.323 port 

Internal Modem Resource 
Internal Fax Resource 
Internal Conference 
Resource 

Internal Recording 
Resource 

Internal Playback Resource 



RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 



For GSTN ports using Q.931 signaling 



0x00000000 
0x00000001 
0x00000002 
0x00000003 

0x00000004 
0x00000005 
0x00000006 
0x00000007 
0x00000008 



ALERTING 
CALL PROCEEDING 
CONNECT 
CONNECT 
ACKNOWLEDGE 
DISCONNECT 
USER INFORMATION 
PROGRESS 
RELEASE 

RELEASE COMPLETE 



RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 



RCON 
RCON 



RCON 



RCON 



SIG 
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TABLE 162-continued 



Parameter 

Tag 



Size 
(bytes) 



Type 



Parameter 
description 



Usage 



0xO0OO006D 
0*000000 6E 



Variable BYTE Signaling Event Data 
4 BYTE Forward Signaling 
Events to the 
Soft Switch 



BYTE Encoding type 



0x00000071 
0x00000072 
0x00000073 
0x00000074 

0x00000075 
0x00000076 



4 UINT Silence Suppression 
Activation Timer 

4 BYTE Comfort Noise 
Generation 

4 UINT Packet Loading 

4 BYTE Echo Cancellation 



4 BYTE Constant DTMF Tone 
Detection oo/o ff 

4 13YTE Constant MFTone 
Detection on/off 



0x00000009 
OxOOOOOOOA 

0x0000000 B 
OxOOOOOOOC 
OxOOOOOOOD 

OxOOOOOOOE 
OxOOOOOOOF 
0x00000010 
0x00000011 

0x00000012 



RESUME 

RESUME 

ACKNOWLEDGE 

RESUME REJECT 

SETUP 

SETUP 

ACKNOWLEDGE 
STATUS 

STATUS INQUIRY 
SUSPEND 
SUSPEND 
ACKNOWLEDGE 
SUSPEND REJECT 



For ATM polls using Q.2931 signaling 

0x00000 100 ALERTING 

0x00000101 CALL PROCEEDING 

0x00000102 CONNECT 

0x00000103 CONNECT ACKNOWLEDGE 

0x00000104 DISCONNECT 

0x00000105 USER INFORMATION 

0x00000106 PROGRESS 

0x00000107 RELEASE 

0x00000108 RELEASE COMPLETE 

OxOOOOOlOC SETUP 

0x00000 10 D SETUP ACKNOWLEDGE 

0x00000 10 E STATUS 

0x00000 10F STATUS INQUIRY 

Q.931 or Q.2931 signaling messages SIG 

Indicates whether the access server should SDEF 

send signaling events to the soft switch 



0x00000000 
0x00000001 



These values are defined in 
ietf-avt-pToftIe-new-02.txt, 
dated Nov. 20, 1997. 
0x00000001 



Do not send signaling events 
Send signaling events 



RCON, 
RMCN, 
AMCN 



0x00000002 
0x00000003 
0x00000004 
0x00000005 
0x00000006 
0x00000007 
0x00000008 
0x00000009 
OxOOOOOOOA 
OxOOOOOOOB 
OxOOOOOOOC 
OxOOOOOOOD 
OxOOOOOOOE 
OxOOOOOOOF 
0x00000010 
0x00000011 
0x00000012 
0x00000013 
0x00000014 
0x00000015 
0x00000016 
0x00000017 
0x00000018 
0x00000019 
Time in milliseconds 



1016 
DVT4 

G722 

G723 

G726-16 

G726-24 

G726-32 

G726^0 

G727-16 

G727-24 

G727-32 

G727-40 

G728 

G729 

GSM 

L8 

LI 6 

LPC 

MPA 

PCMA (G.711 A-law) 

PCMU (G.711 mu-Iaw) 

RED 

SX7300P 

SX83O0P 

VI) VI 



00x00 off 
0x01 on (default) 

Numeric value expressed in milliseconds 
per packet (frames per packet) 



0x00000000 
0x00000001 
0x00000002 
0x00000000 
0x00000001 
0x00000000 
0x00000001 



off 

on, 16 ms tail 

on, 32 ms tail (default) 

off 

on (default) 
off (default) 



RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 
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TABLE 162-continued 



D 

P a ra meter 


Size 




r3 ramete r 








Tag 


(bytes) 


lype 


d escr ip Uo n 


Values 




Usage 


0x00000077 


4 


BYTE 


Co ns La rU Fax tone 


0x00000000 


off 










detection on/off 


0x00000001 


on (default) 


AMCN 


0x00000078 


4 


BYTE 


Constant Modem tone 


0x00000000 


off 










detection on/off 


0x00000001 


on (default) 


AMCN 


0x00000079 


4 


UINT 


Programmable DSP 


Identifier of the DSP algorithm 












values to be assigned 




AMCN 


f>rfinoonn7A 


4 


UINT 




Identifier of the DSP algorithm 










Algorithm deactivation 


Values to be assigned 




AMCN 


0*000000711 


4 


BYTE 


Constant Packet Loss 


0x00000000 


off 










Detection on/off 


0x00000001 


on (default) 


AMCN 


0xO00O007C 


4 


UINT 


Packet Loss Threshold 


Number of packets lost per second 
















AMCN 


0x00000070 


4 


BYTE 


Constant latency 


0x00000000 


off 


K I A -JIN, KjYR„i>, 








Threshold Detection 


0x00000001 


on (default) 


AMCN 








on/off 








4 


UINT 


i-At^Li^y iiii^oiiuiu 


Max latency end to end measured in milliseconds 
















AMCN 


Ox0000007F 


4 


UINT 


Announcement Identifier 


Identifier of announcement (Values to be assigned) 


















UXUUUUUUoU 


Variable 


ASCII 


A 

Annou n ce me nt 






RCON 








In format ion 








0x00000081 


4 


BYTE 




0x00000001 


MPLS 












0x00000002 


ToS bits 


AMCP 










0x00000003 


ATM 






4 


BYTE 


QoS value 


For MPLS 4 byte, network defined, MPLS tag 


KCx_r, KMLr, 










For ToS 1 byte (4 bits used, big-Endian) 


AMCP 










as defined in RFC 1349 












0x00000008 


Minimize delay 












0x00000004 


Maximize throughput 












0x00000002 


Maximize reliability 












0x00000001 


Minimize monetary cost 












0x00000000 


Normal service For ATM 












0x00000001 


Constant bit rate 












0x00000002 


Real-Time variable bit rate 












0x00000003 


Non- Real-Time variable 














bit rate 












0x00000004 


Available bit rate 












0x00000005 


Unspecified bit rate 




U AIM JVAJVJ IICV.7 


4 


BYTE 


nvent type 


0x00000000 


Inbound call notification 


Non 








0x00000001 


Ringing notification 












0x00000002 


Call Answer notification 












0x00000003 


On hook notification 












0x00000004 


Packet loss threshold 














exceeded 












0x00000005 


Voice codec changed 












0x00000006 


Sampling rate changed 












0x00000007 


Flash hook 












0x00000008 


Off hook 












0x00000009 


Latency Threshold 














exceeded 












OxOOOOOOOA 


Channel Blocked 












OxOOOOOOOB 


Busy notificaiton 












OxOOOOOOOC 


Fast Busy notificaiton 












OxOOOOOOOD 


Answering Machine 














Detected 












0x0000000 F 


Operation complete 












Need to make sure that this lit is complete 












with respect to handling MF and DTMF signaling. 




0x00000084 


4 


BYFE 


Signaling Channel 


0x00000001 


MPLS 


RCCP, RMPC, 








QoS type 


0x00000002 


ToS bits 


AMCP 










0x00000003 


ATM 




0x00000085 


4 


BYTE 


Stganling Channel 


For MPLS 4 byte, network defined, MPLS tag 


RCCP, RMCP, 








QoS type 


For ToS 1 byte (4 bits used, big-Endian) as 


AMCP 










defined in RFC 1349 














0x00000008 


Minimize delay 












0x00000004 


Maximize throughput 












0x00000002 


Maximize reliability 












0x00000001 


Minimize monetary cost 












0x00000000 


Normal service 














For ATM 












0x00000001 


Constant bit rate 












0x00000002 


Real-Time variable bit 












0x00000003 


rate 

Non-Real-Time variable 





bit rate 
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TABLE 162-continued 





Size 




r a rani ete r 










T 


description 


Values 


Usage 










0x00000004 Available bit rate 












0x00000005 Unspecified bit rate 




0x00000086 


4 


BYTE 


Announcement 
Treatment 


0x00 Continuous plsy 

0x01 PIfly o qcc Bod Lcroiin3tc 

mc Call 

0x02 Plsy twice snd tcnniUBtc 
the C£ill 


RCON 


0x00000091 


4 


UINT 


Number of audio 




RCR, ACR 








packets sent 




0x00000092 


4 


UINT 


Number of audio 




RCR, ACR 








packets dropped 




0x00000093 


' 4 


uiisrr 


Number of audio 




RCR, ACR 








bytes sent 




0x00000094 


4 


UINT 


Number of audio 




ROD Art) 








bytes dropped 




0x00000095 


4 


UINT 


Number of signaling 
packets seot 




RCR, ACR 


0x00000096 


4 


UINT 


Number of signaling 




RCR, ACR 








p<lt«JLCI0 111 U^J^JCU 




0x00000097 


4 


UINT 


Number of signaling 




RCR, ACR 








U y LCo aCUL 




0x00000098 


4 


UINT 


Number of signaling 
bytes dropped 




RCR, ACR 


0x00000099 


4 


UINT 


Estimated average 


Time in milliseconds 


RCR, ACR 








latency 




Ox0000009A 


4 


UINT 


Source 11.323 TSAP 

Identifier H FDP PnrA 




ROCP, ACCP, 
RMCr, AMCI, 
RCR, ACR 


Ox0000009B 


4 


UINT 


Destination H.323 

1 »3/\X lUClLLli J.CI 

(UDP Port) 




K(_\~r, AtA^r, 
RMCP, AMCP, 
KL.K, ALK 


Ox0000009D 


4 


UINT 


Number of audio 
packets received 




ACR 


0x0 000009 K 


4 


UINT 


Number of audio 
bytes received 




ACK 


Ox0000009F 


4 


UINT 


Number of signaling 
packets received 




ACR 


0x000000 AO 


4 


UINT 


Number of signaling 
bytes received 




ACR 


0x000000 Al 


Variable 


ASCII 


Pattern 1 


Meter to Lne section describing the 


NOTI, RNOT 








(character string) 


NOTn nnH R^flTT m#»^«»r»^i fr\r mr\ rv> 

l'V/ll CtUU iVL^Vyi lUCOMif£Co L\JI IllUtV 


0x000000 A2 


Variab le 


ASCII 


Pattern 2 


info i uiatio q on the contents of these fields 


NOTI, RNOT 








(character string) 






Viriahle 


ASCII 


Pattern 3 




NOTI, RNOT 








(character string) 




0xOOO000A4 


Variable 


ASCII 


Pattern 4 




NOTI, RNOT 








(character string) 




0x000000 AS 


Variable 


ASCII 


Pattern 5 




not, RNar 








(character string) 




OxOOO0O0A6 


Variable 


ASCII 


Pattern 6 




NOTI, RNOT 








(character string) 




OxOOOO00A7 


Variable 


ASCII 


Pattern 7 




Nan, rnot 








(character string) 




0x000000 A8 


Variable 


ASCII 


Pattern 8 




Nan, rnot 








(character string) 




ImJOOOOUAy 


Variable 


ASCII 


Pattern 9 




Nan, rnot 








(character string) 






VallaOLC 


ASCII 


I cl LLC 1 11 4U 




Nan, RNar 








(character string) 




0x000000 AB 


Variable 


ASCII 


Pattern 31 




WfYTT D MOT 








(character string) 




OxOOOOOOAC 


Variable 


ASCII 


Pattern 12 




NOTT RNOT 








(character string) 




OxOOOOOOAD 


Variable 


ASCII 


Pattern 13 




Nan, rnot 








(character string) 




0x000000 AE 


Variable 


ASCII 


Pattern 14 




NOTI, rnot 








(character string) 




0x000000 AF 


Variable 


ASCII 


Pattern IS 




Nan, rnot 








(character string) 




0x000000 BO 


Variable 


ASCII 


Pattern 16 




Nan, rnot 








(character string) 




OxOOOOOOBl 


4 


UINT 


Initial Timeout 
(in ms) 




rnot 


0x000000 H2 


4 


UIN1' 


Inter-signaling Timeout 
(in ms) 




RNar 
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TABLE 162-continued 



Parameter 
Tag 



Size Parameter 
(bytes) Type description 



Usage 



0x000000 B3 

0x00000 0B4 
0x0 0000 0B5 
0x0 0000 0B6 

0x000000 B7 

OxOOOOOOCO 



Variable ASCII Enabled Event 
(character string) 



ASCII 
UINT 



Discard Oldest Flag 
Buffer Size 



OxOOOOOO TO 
OxOOOOOOFE 



Variable ASCII Filter (pattern 

(character string) 

Variable ASCII Input Buffer 

(character string) 
4 UINT Message Code 

12 BYTE Transation ID 
16 BYTE Call ID 

4 UINT Cause code type 
UINT Cause code 



RNOT 

RNOT 
RNOT 
RNOT 

NOTI 



This tag is used in order to communicate 
the message type associated with the message. 
There MUST only be a single message code tag 
within a given message. 

The transaction ID is assigned by the originator 
of a transaction. It must remain the same for alt 
messages exchanged within the transaction. 
The call ID is used for all call related messages 
within IDPC It must remain the same for all 
messages exchanged for the same call. The data is 
a 16 byte value that follows the GUID format 
specified in 1L 225.0. 
0x01 [SDN 
Other values reserved for future use 
A one byte value. For ISDN cause codes, the 
encoding is defined in ANSI Tl. 113.3, using the 
CCrrr coding standard. The following is a list of 
ISDN cause codes values is for reference only: 

1 Unassigned (unallocated) 
□umber 

2 No route to specified 
transit network 

3 No route to destination 

6 Channel unacceptale 

7 Call awarded and being 
delivered in an 
established channel 

16 Normal call clearing 

17 User busy 

18 No user responding 

19 No answer from user 
(user alerted) 

21 Call rejected 

22 Number changed 

26 Non-selected user clearing 

27 Destination out of order 

28 Invalid number format 
(incomplete number) 

29 Facility rejected 

30 Response to status enquiry 

31 Normal, unspecified 

34 Nor circuit/channel available 
38 Network out of order 

41 Temporary failure 

42 Switching system congestion 
(Soft switch, Access 
Server, IP network) 

43 Access information discarded 

44 Requested circuit/channel 
not available 

47 Resource unavailable, 

unspecified 
50 Requested facility not 

subscribed 

57 Bearer capability not 
authorized 

58 Bearer capability not 
presently available 

63 Service or option not 
available 

65 Bearer capability not 
implemented 

66 Channel type not implemented 

69 Requested facility not 
implemented 

70 Only restricted digital 
information bearer capability 
is available 



MRJ, RCR, 
ACR, NOTI 
MRJ, RCR, 
ACR, NOTI 
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TABLE 162-continued 



Parameter Size Parameter 

Tag (bytes) IVpc description 



f. A Detailed View of the Flow of Control Messages 

The following section provides a detailed view of the flow 
of control messages between Soft Switch 204 and Access 
Server 254. Included are the source (either Soft Switch 204 
or Access Server 254) and relevant comments describing the 
message flow. 
(1) Startup Row 

Table 163 below provides the Startup flow, including the 
step, the control message source (cither Soft Switch 204 or 
Access Server 254) and relevant comments. 



TABLE 163 



Soft 


Access 




Step Switch 


Server 


Comments 


1 


NSUP 


Access Server coming up. 'llie message 






contains server information, including number 






-of modules in the system. 


2 ASUP 




Acknowledge that the Access Server is 






coining up. 



Note: At this time, the Soft Switch must wait for the Access 
Server to send notification when modules (cards) become 
available. 

(2) Module Status Notification How 

Table 164 below provides the Module status notification 
flow, including the step, the control message source (cither 
Soft Switch 204 or Access Server 254) and relevant com- 
ments. 



TABLE 164 

Soft Access 
Step Switch Server Comments 

1 NMS Notify module status. 
If the module is in the UP state : 

2 RMI Request module infonnation 

3 NMI Notify module information 

(including number of lines in this module). 



Note: At this time, the Soft Switch must wait for the Access 
Server to send notification when lines become available. 

(3) Line Status Notification Row 

Table 165 below provides the Line status notification 
flow, including the step, the control message source (either 
Soft Switch 204 or Access Server 254) and relevant com- 
ments. 



TABLE 165 



Step 


Soft Access 
Switch Server 


Comments 


1 


NLS 


Notify line status 


If the tine is 


in the UP state: 




2 


RLI 


Request line information 


3 


NIJ 


Notify line information 






(including number of channels). 



Values Usage 

79 Service or option not 
implemented, unspecified 

81 Invalid call reference value 

82 Identified channel docs not 
exist 

83 A suspended call identity 
exists but this call identity 
does not 

84 Call identity in use 

85 No call suspended 

86 Call having the requested call 
identity has been cleared 

88 Incompatible destination 
91 Invalid transit network 
selection 

95 Invalid message, unspecified 

96 Mandatory information 
element is missing 

97 Message type non-existent 
or not implemented 

98 Message not compatible 
with call state or message 
type non-existent or not 
implemented 

99 Inormation element 
non-existent or not 
implemented 

100 Invalid information element 
contents 

101 Message not compatible 
with call state 

102 Recovery on time expiry 
111 Protocol error, unspecified 
127 Interworking, unspecified 
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50 



55 



60 



65 
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Note: Channels will remain in the out-of -service slate until 
the line becomes available. At that time, the channels will be 
set to the idle state. The Soft Switch must then explicitly 
disable or block channels that should not be in the idle state. 
(4) Blocking of Channels How 

Table 166 below provides the Blocking of channels flow, 
including the step, the control message source (either Soft 
Switch 204 or Access Server 254) and relevant comments. 

TABLE 166 



Soft 


Access 




Step Switch 


Server 


Comments 


1 scs 




Set a group of channels to be blocked state. 


2 


RSCS 


Message indicates if the operation was success- 






ful or if it failed. 



(5) Unblocking of Channels Flow 

Table 167 below provides the Unblocking of channels 
flow, including the step, the control message source (cither 
Soft Switch 204 or Access Server 254) and relevant com- 
ments. 



TABLE 167 



Soft 


Access 




Step Switch 


Server 


Comments 


1 SCS 




Set a group of channels to be unblocked state. 


2 


RSCS 


Message indicates if the operation was success- 






ful or if it failed. 



(6) Keepalive Test Flow 

Tables 168 A and 168B below provides the Keep-alive test 
flow, including the step, the control message source (either 
Soft Switch 204 or Access Server 254) and relevant com- 
ments. Table 168A shows the Access Server verifying that 
the Soft Switch is still operational. Table 168B shows the 
Soft Switch verifying that the Access Server is still opera- 
tional. 

TABLE 168A 



Step 


Soft 
Switch 


Access 
Server 


Comments 


1 

2 


ARTE 


RTE 




TABLE 168B 


Step 


Soft 
Switch 


Access 
Server 


Comments 


1 

2 


RTF. 


ARTE 
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TABLE 169-continucd 



Step 



Soft 
Switch 



Access 
Server 



Comments 



ARST2 
NSDN 



Second step. If the Access Server doesn't 
receive this command within 5 seconds of 
sending an ARST1 , it will not reboot. 
The Access Server starts the reboot procedure. 
Access Server is now rebooting. 



g. Call Flows 
(1) Data Services 

The Data Call Services Scenarios that follow can be used 
to deliver internet and intranet access services through NASs 
228 and 230. The scenarios assume that access servers 254 
and 256 provide modem termination for inbound calls. 

(a) Inbound Data Call via SS7 Signaling Flow 

Table 170 below provides an Inbound data call flow via 
SS7 signaling, including the step, the control message 

25 source (Soft Switch 204, SS7 signaling network 114 or 
Access Server 254) and relevant comments. The reader is 
directed to the text below further detailing a data call on 
NASs 228 and 230, described with reference to FIGS. 26C 
and FIGS. 46-61. The reader is also directed to FIG. 63 

30 which depicts a flowchart state diagram of Access Servers 
254 and 256 inbound call handling. 



TABLE 170 



Soft Access 
Step Switch Server SS7 Comments 



1 1AM Inbound request for new call 

2 RCON Request the soft switch to accept the 

call 

3 ACON Accept inbound call 

4 NOT! Answer validated call 

5 ANM Request ANM message to be sent out to 

outgoing network 
SS7 network initiated termination from this side of the call 

6 REL Incoming release message form SS7 

network 

7 RCR Release call on the Soft Switch 

8 ACR Release complete from Soft Switch 
Soft Switch initiated or remote network side initiated call termination 



REL 
RCR 



Send a release request to the SS7 Soft 
Switch 

Request release of the call on the Soft 
Switch 

Release call complete from the Soft 
Switch 



(7) Reset Request Row 

Fable 169 below provides the Reset request flow, includ- 
ing the step, the control message source (either Soft Switch 
204 or Access Server 254) and relevant comments. 

TABLE 169 



Step 



Soft 
Switch 



Access 
Server 



RST1 



ARST1 



First step. 



(b) Inbound Data Call via Access Server Signaling Flow 

Table 171 below provides an Inbound data call flow via 
Access Serving signaling, including the step, the control 

60 message source (either Soft Switch 204 or Access Server 
254) and relevant comments. The incoming data call could 
arrive at AGs 238 and 240 from a customer facility 128 via 
a DAL or ISDN PRI connection. The reader is directed to 
FIG. 63 which depicts a flowchart state diagram of Access 

65 Servers 254 and 256 inbound call handling, The reader is 
also directed to FIG. 25B which depicts an exemplary call 
path flow. 
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TABLE 171 



TABLE 173 





Soft 


Access 






Soft 


Access 




Step 


Switch 


Server 


Comments 


s Ste P 


Switch 


Server 


Comments 


1 




NOTI 


Notify the soft switch of an inbound call 




scs 




Set a channel to loopback state 


2 


RCON 




Request the soft switch to accept the call 


2 




RSCS 


Message indicates if the operation was 


3 




ACON 


Accept inbound call 








successful or if it failed 


4 




NOTI 


Answer validated call 




If the : 


ioft switch determines that the test was successful: 






Network initiated tail termination 


















10 3 


RCON 




Setup for inbound call on given 


5 




NOTI 


Notify the soft switch of hang up 








module/I ine/channel 


6 


RCR 




Request release of the call on the soft switch 


4 




ACON 


Accept inbound call. At this time, the access 


7 




ACR 


Release call complete from Soft Switch 


5 




Nan 


server may start any Radius lookup, etc 
Connect (answer) inbound call 



(c) Inbound Data Call via SS7 Signaling (with Call-back) 
Table 172 below provides an Inbound data call flow via 
SS7 signaling (with call-back), including the step, the con- 
trol message source (Soft Switch 204, SS7 signaling net- 
work 114 or Access Server 254) and relevant comments. The 
reader is also directed t o FIG. 24D which depicts an 
exemplary call path flow. 



If the soft switch determines that the test was not successful: 



TABLE 172 



Soft Access 
Step Switch Server SS7 Comments 



IAM Inbound request for new call 

Request the soft switch to accept the 
call 

ACON Accept inbound call 

Request outgoing ANM for SS7 
network 

RCR Release complete message with cause 

code indicating call back 
Send a release request to the SS7 soft 
switch 

Request an outbound call with the same 
transaction ID 
ACON Accept outbound call request 

Send an IAM request to the SS7 soft 
switch 

ACM Incoming address complete from SS7 
network 

ANM Incoming answer message from 
network 

NOT! Call passes RADIUS verification 

SS7 network initiated termination from this side of the call 



2 RCON 

3 

4 ANM 

5 

6 REL 

7 RCON 
8 

9 IAM 
10 
11 
12 

13 



REL Incoming release message form SS7 
network 

14 RCR Release call on the soft switch 

15 ACR Release complete from soft switch 
Soft switch initiated or remote network side initiated call termination 



13 REL 

14 RCR 
15 



ACR 



Send a release request to the SS7 soft 
switch 

Request release of the call on the soft 
switch 

Release call complete from the soft 
switch 



The call scenario in Table 172 includes a call Mow where 
the intranet provider does not want to accept direct inbound 
calls to the network. The service provider accepts inbound 
calls only for authentication of calling party 102 and then 
drops the line and dials-back to calling party 102 at the 
registered location of calling party 102. 
(d) Inbound Data Call (with Loopback Continuity Testing) 
Row 

Table 173 below provides an Inbound data call flow (with 
loopback continuity testing), including the step, the control 
message source (cither Soft Switch 204 or Access Server 
254) and relevant comments. 



RSCS 



Release a channel from the loopback state 
(back to the idle state). 
Message indicates if the operation was 
successful or if it failed. 



Note: In this case, a continuity test is required before the call 
proceeds. Also note that different transaction IDs are used 
throughout this sequence, as follows: 

the RSCS message uses the same transaction ID as the 
^ SCS command (steps 1 and 2); 

the ACSI and CONI messages use the same transaction ID 

as the RCSI command (steps 3.1 through 33); and 
the RSCS message uses the same transaction ID as the 
SCS command (steps 4.1 and 42). 
30 (e) Outbound Data Call Flow via SS7 Signaling 

Tabic 174 below provides an Outbound data call flow via 
SS7 signaling, including the step, the control message 
source (either Soft Switch 204, SS7 signaling network 114 
or Access Server 254) and relevant comments. The reader is 
35 also directed to FIG. 24D which depicts an exemplary call 
path flow. 



TABLE 174 
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Soft Access 
Step Switch Server SS7 Comments 



60 



1 RCON IAM Request an outbound call 

2 ACON Accept outbound call request 

3 IAM Send an LAM request to the SS7 soft 

switch 

5 ACM Incoming address complete from SS7 

network 

6 ANM Incoming answer message from 

network 

7 NOTI Call passes RADIUS verification 
SS7 network initiated termination from this side of call 

8 RLL Incoming release message from SS7 

network 

9 RCR Release complete from soft switch 
10 ACR Release complete from soft switch 

Soft switch initiated call termination 

8 REL Send a release request to the SS7 soft 

switch 

10 RCR Request release of the call on the soft 

switch 

11 ACR Release call complete from the soft 

switch 



(f) Outbound Data Call Flow via Access Server Signaling 
Table 175 below provides an Outbound data call flow via 
Access Server signaling, including the step, the control 
65 message source (either Soft Switch 204 or Access Server 
254) and relevant comments. The reader is also directed to 
FIG. 69 which illustrates a flowchart depicting an Access 
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Server outbound call handling initiated by Soft Switch state 
diagram. The reader is also directed to FIG. 25 D which 
depicts an exemplary call path flow. 

TABLE 175 

Soft Access 
Step Switch Server Comments 



RCON Request an outbound call 

A CON Accept outbound call request 
NOT! Notify the soft switch of ringing 
NOTI Notify the soft switch of answer 
NOT1 Cat! passes RADIUS verification 
Network initiated call termination 



RCR 



RCR 



NOT! Notify the soft switch of hang up 

Request release of the call on the soft switch 
ACR Release call complete from the soft switch 
Soft switch initiated call termination 



ACR 



Request release of the call on the soft switch 
Release call complete from the soft switch 



TABLE 176 



Soft Access 
Step Switch Server Comments 



1 RCON Request outbound call. Note that the access 

server doesn't know yet what 
module/linc/channel will be used for the call 
and so, they are set to 0. 

2 RPCT Soft switch requests a continuity test 

3 APCT Accept continuity test 

4 SOT Start continuity test. If the access server 

doesn't receive this command within 3 seconds 
of sending an APCT, th c continuity test will be 
canceled and all reserved resources will 
released. 

5 ASCT Continuity test result 

6 ACON Accept outbound call on module/line/channel. 

This message is used by the soft switch to 
notify the access server which module, line and 
channel will be used for the call. If the access 
server can't process the call on that channel, it 
should issue a release command. 

7 NOT! Outbound call answered by called party 



Note: In this case, the Soft Switch requests a continuity test 
when selecting the outbound channel. Also note that differ- 
ent transaction IDs are used in this sequence as follows: 

the ACSO and CONO messages should use the same 
transaction ID as the RCSO command; and 

the APCT, SCT and ASCT messages should use the same 
transaction ID as the RPCT command. 

(2) TDM Switching Setup Connection Flow 

llie following call scenarios can be used to control a 
device that is used for TOM circuit switching. TDM circuit 
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(g) Outbound Data Call Flow Initiated from the Access 
Server with Continuity Testing 

Table 176 below provides an Outbound data call flow 
initiated from the Access Server with continuity testing, 
including the step, the control message source (either Soft 
Switch 204 or Access Server 254) and relevant comments. 
The reader is also directed to FIGS. 67A and 67B which 
illustrate a flowchart depicting an Access Server continuity 
test handling state diagram, and to FIGS. 68 A and 68B 
which illustrate a flowchart depicting an Access Server 
outbound call handling initiated by an Access Server state 
diagram. 
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switching can be necessary in configurations where a single 
set of access trunks are used for calls that must terminate on 
different access server 254, 256 devices. Soft switch 204 can 
make the determination of where to send the call based upon 
the information in the signaling message. TOM switching 
can be used to route voice traffic to one device and data to 
another. TDM switching can also be used to connect differ- 
ent inbound calls to different access servers connected to 
different intranets. The reader is also directed to FIG. 66 
which depicts a flowchart of a stated diagram of Access 
Server TDM connection handling, 
(a) Basic TDM Interaction Sequence 

Table 177 below provides a basic interaction sequence for 
establishing a connection within a TDM switching device 
including the step, the control message source (either soft 
switch 204 or Access Server 254) and relevant comments. 
The sequence includes a RCST request from soft switch 204 
and an ACST response from access servers 254 and 256. 

TABLE 177 





Soft 


Access 




Step 


Switch 


Server 


Comments 


1 


RCON 




Soft Switch requests a given pair of module/ 








line/channel to be interconnected for inter-trunk 








switching. 


2 




ACON 


Accept inter-trunk switch connection. 



(b) Routing of Calls to Appropriate Access Server using 
TDM Connections Flow 

Table 178 below illustrates the routing of calls to the 
appropriate Access Server using TOM connections includ- 
ing the step, the control message source (including soft 
switch 204, TOM switching device (e.g., DACs 242 and 
244), SS7 signaling network 114 and Data Access Server 
(e.g. NASs 228 and 230). In this call flow, a data call can 
arrive via the SS7 signaling network 114. Soft switch 204 
must identify the call as a data call and make a TDM 
connection to connect the call to the appropriate data server. 
Soft switch 204 can look at information in the LAM message 
such as the dialed number to determine the type of call and 
therefore the destination of the TDM connection. This call 
flow can be used to separate data and voice calls as well as 
separate data calls destined for different data networks. The 
reader is also directed to FIG. 23B which depicts an exem- 
plary call path flow. 

TABLE 178 



TDM Data 
Soft switching Access 
Step Switch device Server 



SS7 Comments 



55 
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1 [AM Inbound request for new 

call 

2 ACM Send ACM to originating 

network 

3 RCON Identify the call as a data 

call, and request a 
connection to the correct 
access server 

4 ACON Accept the TDM 

connection 

5 RCON Request the data access 

server to accept the call 

6 ACON Accept the call 

7 ANM Forward answer message to 

the originating network 
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TABLE 178-continued 



TDM Data 
Soft switching Access 
Step Switch device Server 



SS7 Comments 



SS7 network initialed termination from this side of the call 



15 REL 



REL Incoming release message 
from SS7 network 
Forward release message to 
the originating network 
Release call on the TDM 
device 

Release complete from the 
TDM device 
Release call on the data 
access server 

Release complete from data 
access server 
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(3) Voice Services 

The following message flows show how to connect calls 
that originate and terminate on a Switched Circuit Network 
(SCN), but pass through a data network 112. 
(a) Voice over Packet Services Call Flow (Inbound SS7 
Signaling, Outbound Access Server Signaling, Soft Switch 
Managed RTP Ports) 

Table 179 below provides an illustration of a Voice over 
packet call flow having (Inbound SS7 signaling, Outbound 
access server signaling, Soft Switch managed RTP ports), 
including the step, the control message source (i.e., the soft 
switch 204, originating access server 254, SS7 signaling 
network 114 and terminating access server 256), and rel- 
evant comments. The reader is also directed to FIG. 63 
depicting a flowchart illustrating an Access Server inbound 
call handling state diagram. 'l*he reader is also directed to 
FIG. 23C which depicts an exemplary call path flow. 



TABLE 179 



Originating Terminating 
Soft Access Access 
Step Switch Server Server 



SS7 



Comments 



1 I AM Inbound request for new call 

2 IAM Send 1AM to terminating 

switch 

3 RCON Request the ori ginating 

access server to accept the 
call. Include port 
informatirn in request. 

4 AOON Accept the incoming call 

and allocate DSP resources 

5 RCON Request the terminating 

access server Lo accept the 
call. Include port 
information in request 

6 AGON Accept the outbound call 

and allocate DSP resources. 

7 NOTI Notification of ringing 

Address complete to 
originating network 
Apply ringing to inbound 
circuit 

NOT! Notification of answer from 

the termination 

11 STN Remove ringing from 

inbound circuit 

12 ANM Forward answer message to 

the originating network 
SS7 network initiated termination from this side of the call 



10 



ACM 



13 

14 REL 

15 RCR 

16 ACR 

17 RCR 
18 



ACR 



Incoming release message 
from SS7 network 
Forward release message to 
the originating network 
Release call on the 
originating access server 
Release complete from 
originating access server 
Release call on the 
terminating access server 
Release complete form 
terminating access server 
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(b) \foice over Packet Call Flow (Inbound Access Server 
Signaling, Outbound Access Server Signaling, Soft Switch 
Managed RTP Ports) 

Table 180 below provides an illustration of a Voice over 
packet call services flow having (Inbound access server 
signaling, Outbound access server signaling, Soft switch 
managed RTP ports), including the step, the control message 
source (i.e., the soft switch 204, originating access server 
254 and terminating access server 256), and relevant com- 
ments. The reader is also directed to FIG. 63 illustrating a 
flowchart depicting an Access Server inbound call handling 
state diagram. The reader is also directed to FIG. 25A which 
depicts an exemplary call path flow. 

TABLE 180 

Orig- 
inating Terminating 
Soft Access Access 
Step Switch Server Server Comments 

1 RNOT Request event notification for 

inbound calls, this is probably 
done at port initialization. 

2 NOTI Notify the Soft Switch of an 

inbound call 

3 RCON Request the originating access 

server to accept the call. Include 
packet port in the request. 

4 ACON Accept the incoming 

5 RCON Request the terminating access 

server to accept the call. Include 
packet port in the request 

6 ACON Accept the call 

7 NCTIl Notification of ringing from 

termination 

Notification of ringing to 
origination 

Apply ringing to origination 
NOTI Notification of answer from the 

termination 

Cancel ringing on origination 
Notification of answer from the 
soft switch to the origination 
Terminating network initiated call termination 



8 NOT! 



9 
10 



STN 



STN 
NOTI 



13 

14 RCR 



15 

16 RCR 



17 



NOTI Notify the soft switch of hang up 

Request release of the call on the 
originating access server 
ACR Release call complete from the 

originating access server 
Request release of the call on the 
terminating access server 

ACR Release call complete from the 

terminating access server 
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(c) Voice over Packet Call Flow (Inbound SS7 Signaling, 
Outbound SS7 Signaling, IP Network with Access Server 
Managed RTP Ports) 55 

Table 181 below provides an illustration of a Voice over 
packet call flow having (inbound SS7 signaling, outbound 
SS7 signaling, IP network with access server managed RTP 
ports), including the step, the control message source (i.e. 
soft switch 204, originating access server 254, SS7 signaling 
network 114 and terminating access server 256), and rel- 
evant comments. The reader is also directed to FIG. 63 
depicting a flowchart illustrating an Access Server inbound 65 
call handling state diagram. The reader is also directed to 
FIG. 23 A which depicts an exemplary call path flow. 
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TABLE 181 



Orig- 
inating 
Soft Access 
Step Switch Server 



Ter- 
minating 
Access 
Server 



SS7 Comments 



1 



2 IAM 



15 



20 



5 RCON 



IAM Inbound request for new 
call 

Send IAM to terminating 
switch 

Request the originating 
access server to accept the 
call 

Accept the incoming call 
and allocate transmit RTP 
port 

Request the terminating 
access server to accept the 



ACON 



25 



30 



Accept the call and allocate 
a transmit RTP port 

7 MCON Modify the call on the 

originating access server to 
update the listen port 

8 AMNC Accept modification of 

listen port 

9 ACM Inbound address complete 

message from terminating 
network 

30 ANM Inbound answer message 

from terminating network 
11 ANM Forward answer message to 

the originating network 
SS7 network initiated termination from this side of the call 



32 

13 REL 
34 RCR 
35 

16 RCR 
17 



ACR 



ACR 
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REL Incoming release message 
from SS7 network 
Forward release message to 
the originating network 
Release call on the access 
server 

Release complete from 
originating access server 
Release call on the 
terminating access server 
Release complete from 
terminating access server 



(d) Unattended Call Transfers Call Flow 

Table 183 below provides an unattended call transfer call 
flow including the step, the control message source (i.e. soft 
switch 204, originating access server 254, operator services 
access server (e.g. operator services platform 628) SS7 
signaling network 114, and terminating access server 256), 
and relevant comments. 

The call flow in Tabic 183 shows the IPDC protocol can 
be used to transfer a call to another destination. The example 
call flow assumes that the person performing the transfer is 
at an operator services workstation that has the ability to 
signal soft switch 204 to perform the transfer. The operator 
services platform interaction is not shown since this would 
be covered in another protocol, but the resulting messages to 
access servers 254 and 256 are shown. The operator services 
platform 628 is connected with dedicated access trunks such 
as, for example, a DAL or ISDN PRI, or dedicated SS7 
signaled trunk. 

Note that throughout this call flow the same transaction 
ID can be used to indicate that the new RCCP commands to 
ports that are already in use indicates a re-connection, or a 
call transfer. In this example call flow, the originating caller, 
i.e. calling party 102, is serviced by an SS7 signaled trunk, 
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the operator services platform 628 is on a dedicated trunk 
and the termination is accessed via an access server 254 and 
256 signaled trunk, 1 lie reader is aJso directed to FIG. 63 
illustrating a flowchart depicting an access server inbound 
call handling state diagram. The reader is also directed to 
FIG. 6D depicting an operator services platform 628. 
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ring the call, the original caller is placed on hold and the 
operator services workstations connected to the termination. 
Once the operator services workstation announces the caller, 
the two parties are connected. As with Table 183, the 
message interaction with the operator services platform is 
not shown. 



TABLE 183 







Operator 






Originating 


Services 


Terminating 


Soft 


Access 


Access 


Access 


Step Switch 


Server 


Server 


Server SS7 Comment 



Non 



LAM Inbound request for new call. The call is identified as an operator 
services call and is routed to an operator services workstations. 
The soft switch could perform ACD functions and select the actual 
workstation, but that logic is not shown here. 
Request the originating access server to accept the call. 
And terminate to the operator services access server. 
Accept the incoming call. 

Request the operator services access server to accept the call. 
Accept the call. It is assumed here that the soft switch has the 
capability to signal the operator services platform to indicate that 
the call has been terminated to one of their ports. Another option 
would be to initiate an outbound call with RCSO. 
Notification of ringing. 

Address complete message to terminating network 
Notification answer 

Answer message to the originating SS7 network 
services platform, the originator and operator interact and determine the actual termination. 

The operator services platform signals the call transfer to the soft switch 

(not shown) and the soft switch uses the same transaction ID to send a 

new RCCP command to the originating access server to connect 

to a multicast port playing music on hold. 

Ori ginating access server accepts the new termination 

Request the operator serves access server to be connected to the target 

of the transfer 

Accept connection to the target of the transfer 

Request the new terminating access server to accept the call from the 

operator services platform 
A CON Terminating access server accepts the call 

NOTT Notification of ringing 

Apply ringing to operator services access server 
NOT! Notification of answer 

Remove ringing from operator services access server 
to the called party, interacts briefly and connects to originator and termination. 

After the operator services platform decides to connect the two callers, 

the soft switch is signaled and request the originating access server 

to connect to the termination 

Accept connection to the new termination 

Request that the termination now connects to the originating access 
server 

ACON Accept connection to originating access server 

Send a connect tone to origination indicating that the termination 
is on the line 

Send a connect tone to termination indicating that the originator 
is on the line 

Release call on operator services access server 
Accept call release. 



2 RCON 

3 ACON 

4 RCON 
5 



6 

7 ACM 

8 NOT! 

9 ANM 

Originator is connected to the operator 
10 RCON 



11 ACON 

12 RCON 

13 ACON 

14 RCON 

15 
16 

17 STN 
IS 

19 STN 

Operator Se rices platform is connected 

22 RCON 



23 ACON 

24 RCON 



25 

26 STN 



27 STN 



28 RCR 
29 



ACR 



(e) Attended Call Transfer Call Row 

Table 184 below provides an illustration of an Attended 
Call Transfer call flow including a step, a control message 
source (i.e. soft switch 204, originating access server 254, 
operator services access server, SS7 signaling network 114 
and terminating access server 256), and relevant comments. 

The call flow of Tabic 184 is similar to the unattended call 
flow of Table 183, except that rather than blindly transfer- 



Note that throughout this call flow the same transaction 
ID is used to indicate that the new RCCP commands to ports 
that are already in use indicates a re-connection, or a call 
transfer. 

In the example call flow of Table 184, the originating 
caller is serviced by an SS7 signaled trunk, the operator 
services platform is on a dedicated trunk and the termination 
is accessed via an access server 254 signaled trunk. 



60 



65 



US 6,614,781 Bl 
201 202 

TABLE 184 

Operator 







Originating 


Services 


Terminating 






Soft 


Access 


Access 


Access 




Step Switch 


Server 


Server 


Server 


SS7 Comment 


1 










LAM Inbound request for new call. The call is identified as an operator 
services call and is routed to an operator services workstations. 
The soft switch could perform ACD functions and select the actual 
workstation, but that logic is not shown here. 


2 


RCON 








Request the originating access server to accept the call. 
And terminate to the operator services access server. 


3 




AGON 






Accept the incoming call. 




RCON 








Request the operator services access server to accept the call. 


5 






ACON 




Accept the call. It is assumed here that the soft switch has the 
capability to signal the operator services platform to indicate that 
the call has been terminated to one of their ports. Another option 
would be to initiate an outbound call with RCSO. 


6 






Ntm 




Notification of ringing. 


7 






NOT! 




Notification of answer. 


8 


ANM 








Answer message to the originating SS7 network. 


9 


RCON 








The operator services platform signals the call transfer to the soft switch 
(not shown) and the soft switch uses the same transactoin ID to send a 
new RCCP command to the originating access server to connect 
to a different termination. 


10 




ACON 






Originating access server accepts the new termination. 


11 


RCON 








Request the new terminating access server to accept the call. 


12 








ACON 


Terminating access server accepts the call. 


13 








noh 


Notification of ringing 


14 


STN 








Apply ringing to origination 


15 








NOT! 


Notification of answer 


16 


STN 








Remove ringing from origination 


17 


RCR 








Release call on operator services access server 


18 






ACR 




Accept call release. 



(f) Call Termination with a Message Announcement Call 
Flow 

Table 185 below provides an illustration of a Call termi- 
nation with a message announcement, including a step, a 
control message source (i.e. soft switch 204, originating 
access server 254, SS7 signaling network 114 and one 
of announcement servers 246 and 248), and relevant com- 
ments 

The call flow of Table 185 shows the use of announce- 
ment servers (ANSs) 246 and 248, to play call termination 
announcements as final treatment to a call. 



The call flow assumes announcement server, (ANSs) 246 
35 and 248 have pre-recorded announcements. Soft switch 204 
signals ANSs 246 and 248 with the appropriate announce- 
ment ID using the fields in the RCCP command. One of 
ANSs 246 and 248 plays the announcement and notifies soft 
switch 204 that it has completed its task. 
40 In the example call flow, the originating caller is con- 
nected via SS7 signaled trunks and one of ANSs 246 and 248 
is connected to soft switch 204 via IP data network 114. 

The reader is directed to FIG. 23D depicting an exemplary 
call path flow. 



TABLE 185 



Or iginating 
Soft Access Announcement 
Step Switch Server Server SS7 Comment 



1 






IAM Inbound request for new call. The call is identified as needing a disconnect 
message and is sent to the announcement server. 


2 


ACM 




Address complete to the originating SS7 network. (Note - may need to answer the 
call depending upon originating network implementation) 


3 


RCON 




Request the originating access server to accept the call, and terminate to the 
announcement server. 


4 


ACON 




Accept the incoming call 


5 


RCON 




Request the announcement server to accept the call. The announcement ID is 
included in this message and it is implied that the announcement server will 
notify when complete. 


6 




ACON 


Accept the call 


7 




NOTI 


Notification of operation complete 


8 


K1£L 




Release the call in the originating SS7 network 


9 


RCR 




Release the call on the originating access server 


10 


ACR 




Accept release 


11 


RCR 




Release call on the announcement server 


12 




ACR 


Accept release 
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(g) Wiretap 

Table 186 below provides an illustration of a wiretap call 
for Listening to a call, including the step, the control message 
source (i.e. soft switch 204, originating access server 254, 
wiretap server (a specialized access server 254), SS7 sig- 5 
naling network 114 and a terminating access server 256), 
and relevant comments. 

The example call flow of Table 186 shows the use of a 
wiretap server to listen to a call. The wiretap server allows 
the originator and the intended terminator to participate in a 10 
normal call with a third party listening to the conversation, 
but not transmitting the third party's voice. The wiretap 
server can be an IPDC specialized access server, similar to 
a conference bridge, but that does not permit transmission of 
voice from a connected wiretap workstation. 



204 



Soft switch 204, i.e., the originating soft switch, can then 
communicate with terminating soft switch 304 to set up the 
other half of the call. 

Terminating soft switch 304 can then communicate with 
port status (PS) 298 of RS 314 to determine whether a DS0 
circuit is available for termination and in which TG. 

Having determined a free circuit is available on TG 234, 
soft switch 304 can allocate a connection 2308 between TG 
234 and carrier facility 130 for termination to called party 
120. 

Soft switch 304 can then communicate with soft switch 
204 to establish connection 2312, between TG 234 and TG 
232. Soft switch 304 can provide the IP address for TG 234 
to soft switch 204. Soft switch 204 provides this address to 
TG 232. TG 232 sets up a real-time transport protocol (RTP) 
connection 2312 with TG 234 to complete the call path. 



TABLE 186 



Originating Terminating 
Soft Access Wiretap Access 

Step Switch Server Server Server SS7 Comments 



1 






I AM Inbound request for new call. The call is identified as an operator services 








call and is routed to operator services workstations. The soft switch could 








perform ACD functions and select the actual workstation, but that logic 








is not shown here. 


2 


RCON 




Request the originating access server to accept the call. And terminate 








to the wiretap server. 


3 


ACON 




Accept the incoming call. 


4 


RCON 




Using the same transaction ID, request the wiretap server to accept 








the inbound call. 


5 




ACON 


Accept the call. 




RCON 




Request the terminating gateway to connect to the wiretap server, 








again using the same transaction ID. This is the key used by the 








wiretap server to bridge calls. 






ACON 


Accept connection of the termination to the wiretap server. 




RCON 




Request the wiretap server to accept the connection from the termination, 








again using the same transaction ID. 






ACON 


Accept the call. 


6 


ANM 




Answer message to the originating SS7 network. 



B. Operational Description 

1. Voice Call originating and terminating via SS7 signal- 40 
ing on a Trunking Gateway 

FIG. 23A depicts a voice call originating and terminating 
via SS7 signaling on a trunking gateway. The reader is 
directed also to Table 181 shown above, which details 
control message flow for a voice over packet call flow 45 
having inbound SS7 signaling, outbound SS7 signaling, and 
an IP network with access server managed RTP ports. 

FIG. 23A depicts a block diagram of an exemplary call 
path 2300. Call path 2300 is originated via a SS7 signaling 
message 2302, sent from carrier facility 126 of calling party 50 
102 through SS7 GW 208 to soft switch 204. 

Soft switch 204 can communicate with TG 232, via the 
IPDC protocol, to determine if an incoming DS0 circuit (on 
a DS1 port on a telephone PSTN interface) is free, and if so, 
to allocate that circuit-to set up a connection 2304. 55 

Soft switch 204 then performs a query to CS 206 to access 
a customer trigger plan 290 of calling party 102. 

Depending on the contents of customer trigger plan 290, 
soft switch 204 may require other call processing, such as, 
for example, an 800 call translation table lookup from SCP 60 
214a based on information in signaling message 2302. 

SCP 214a can then provide to soft switch 204 a translated 
destination number, i.e. the number of called party 120. 

Soft switch 204 can then query RS 212 to perform further 
processing. Route logic 294 of RS 212 can be processed to 65 
determine a termination using least cost routing. The termi- 
nation can be through data network 112. 



a. Voice Call on a TG Sequence Diagrams of Component 
Intercommunication 

FIG. 26A depicts a detailed diagram of message flow for 
an exemplary voice call over a NAS, similar to FIG. 23 A. 

FIGS. 27-39 depict detailed sequence diagrams demon- 
strating component intercommunication for a voice call 
using the interaction of two soft switch sites, i.e. an origi- 
nating and a terminating soft switch site, similar to FIG. 2B, 
FIG. 23A and Table 181. FIGS. 40-45 depict call teardown 
for the voice call. 

FIG. 27 depicts a block diagram of a call flow showing an 
originating soft switch accepting a signaling message from 
an SS7 gateway sequencing diagram 2700, including mes- 
sage flows 2701-2706. 

FIG. 28 depicts a block diagram of a call flow showing an 
originating soft switch getting a call context message from 
an IAM signaling message sequencing diagram 2800, 
including message flows 2801-2806. 

FIG. 29A depicts a block diagram of a call flow showing 
an originating soft switch receiving and processing an IAM 
signaling message including sending a request to a route 
server sequencing diagram 2900, including message flows 
2901-2908. 

FIG. 29B depicts a block diagram of a call flow showing 
a soft switch starting to process a route request sequencing 
diagram 2950, including message flows 2908, and 
2952-2956. 

FIG. 30 depicts a block diagram of a call flow showing a 
route server determining a domestic route sequencing dia- 
gram 3000, including message flows 2908 and 3002-3013. 



55 



60 
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FIG. 31 depicts a block diagram of a call Dow showing a above, which depicts a voice over packet call flow having an 
route server checking availability of potential terminations inbound data call using SS7 signaling. Tables 177 and 178 
sequencing diagram 3100, including message flows 3008 arc also relevant and describe TDM passthrough switching, 

and 3102-3103. FIG. 23 B depicts a block diagram of an exemplary call 

FIG. 32 depicts a block diagram of a call flow showing a 5 P atn 2314. Call path 2314 is originated via an SS7 signal 
route server getting an originating route node sequencing frorn thc carricr facility 126 of calling party 102 through SS7 

diagram 3200, including message flows 3009 and GW 208 to soft switch 204. 

3201-3207. Soft switch 204 can communicate with TG 232, via the 

FIGS. 33A and 33B depict block diagrams of a call flow IP P£ P rotocol > t0 determine if an incoming DS0 circuit (on 

showing a route server calculating a domestic route for a io f P ° t rt ° D f teIe Ph° ( ne PS ™ interface) is free and if so, 

voice call on a trunking gateway sequencing diagram 3300, l ° * ^ te . f ^ ™ l ° f Up a wnn ^™ ££ 6 - 

. , «fjf - J - -J* , * B \y y Soft switch 204 then performs a query to CS 206 to access 

mcludmg message flows 3301-3312 and I sequencing dia- a customcf ^ } J m m2 

gram 3320, including message flows 3321-3345, respec- Depending « th £ mnUim of custo 8 m P cr £ pIan 290? 

m^. iaa * t ui i j" r „ fl L soft switch 204 may require other caU processing, such as, 

FIG. 34 depicts a block diagram of a call flow showing an 15 for exam pi ej an 800 call translation table lookup from SCP 

originating soft switch getting a call context from a route 2 14a based on information in the signaling message, 

response from a route server sequencing diagram 3400, SCP 214a can then provide to soft switch 204 a translated 

including message flows 3401-3404. destination number, i.e. the number of called party 120. 

FIG. 35 depicts a block diagram of a call flow showing an As part of the query performed on CS 206, soft switch 204 

originating soft switch processing an I AM message includ- 20 can determine that the called party corresponds to a data 

ing sending an LAM to a terminating network sequencing modem, representing a data call. 

diagram 3500, including message flows 3501-3508. Soft switch 204 can then communicate with network 

FIG. 36 depicts a block diagram of a call flow showing a access server (NAS) 228 to determine whether a modem is 

soft switch processing an ACM message including sending available for termination in NAS 228. 

an ACM to an originating network sequencing diagram 25 If soft switch 204 determines that a terminating modem is 

3600, including message flows 3601-3611. available, then soft switch 204 can set up connections 2318 

FIG. 37 depicts a block diagram of a call flow showing a and 2322 via TDM switching to terminate the data call in a 

soft switch processing an ACM message including the setup modem included in NAS 228. Connections 2316 and 2322 

of access servers sequencing diagram 3700, including mes- are DSO circuits. Connection 2318 represents a TDM bus. 

sage flows 3701-3705. 30 TDM pass-through switching is described further with 

FIG. 38 depicts a block diagram of a call flow showing an respect to Tables 177 and 178, above. 

example of how a soft switch can process an ACM message If soft switch 204 determines that a terminating modem is 

to send an RTP connection message to the originating access available, then soft switch 204 terminates the call to that 

server sequencing diagram 3800, including message flows modem. 

3801-3814. 35 3. Voice Call originating on an SS7 trunk on a Trunking 

FIG. 39 depicts a block diagram of a call flow showing a Gateway and terminating via access server signaling on an 

soft switch processing an ANM message sending the ANM Access Gateway 

message to the originating SS7 GW sequencing diagram FIG. 23C depicts a voice call originating on an SS7 trunk 

3900, including message flows 3901-3911. on a TG 232 and terminating via access server signaling on 

FIG. 40 depicts a block diagram of a call flow showing a 40 an AG 240. The reader is directed to Table 179 above, which 

soft switch processing an REL message where the terminal- illustrates a voice over packet call flow having inbound SS7 

ing end initiates call teardown sequencing diagram 4000, signaling, outbound access server signaling, and soft 

including message flows 4001-4011. switched managed RTP ports. 

FIG. 41 depicts a block diagram of a call flow showing a FIG. 23C depicts a block diagram of an exemplary call 

soft switch processing an REL message to tear down all 45 path 2324. Call path 2324 is originated via SS7 signaling 

nodes sequencing diagram 4100, including message flows 1AM messages from carrier facility 126 of calling party 102 

4101-4107. through SS7 GW 208 to soft switch 204. 

FIG. 42 depicts a block diagram of a call flow showing a Soft switch 204 can communicate with TG 232, via the 

soft switch processing an RLC message where thc tcrmi- IPDC protocol, to determine if an incoming DSO circuit (on 

nating end initiates teardown sequencing diagram 4200, 50 a DS1 port on a telephone PSTN interface) is free, and if so, 

including message flows 4201-4211. to allocate that circuit to set up a connection 2326 from 

FIG. 43 depicts a block diagram of a call flow showing a carrier facility 126. 

soft switch sending an unallocate message to route server for Soft switch 204 then performs a query to CS 206 to access 

call teardown sequencing diagram 4300, including message a customer trigger plan 290 of calling party 102. 

flows 4301-4305. 55 Depending on the contents of customer trigger plan 290, 

FIG. 44 depicts a block diagram of a call flow showing a soft switch 204 can require other call processing, such as, for 

soft switch instructing a route server to unallocate route example, an 800 call translation table lookup from SCP 214a 

nodes sequencing diagram 4400, including message flows based on information in signaling message. 

4305, 4401-4410. SCP 214a can then provide to soft switch 204 a translated 

FIG. 45 depicts a block diagram of a call flow showing a 60 destination number, i.e. the number of called party 124. 

soft switch processing call teardown including deleting call Soft switch 204 can then query RS 212 to perform further 

context sequencing diagram 4500, including message flows processing. Route logic 294 of RS 212 can be processed to 

4409, 4502 and 4503. determine a least cost routing termination. The termination 

2. Data Call originating on an SS7 trunk on a Trunking can be through data network 112. 

Gateway 65 Soft switch 204, i:e., the originating soft switch, can then 

FIG. 23B illustrates termination of a data call arriving on communicate with terminating soft switch 304 to set up the 

TG 232. The reader is also directed to Table 170 shown other half of the call. 
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Terminating soft switch 304 can then communicate with 
port status (PS) 298 of RS 314 to determine whether a DSO 
or DS1 circuit is available for termination and in which AG. 

Having determined a free circuit is available on AG 240, 
soft switch 304 can allocate a connection 2330 between AG 5 
240 and customer facility 132 for termination to called party 
124. 

Soft switch 304 can then communicate with soft switch 
204 to establish connection 2334, between TG 232 and AG 
240. Soft switch 304 can provide the IP address for TG 240 10 
to soft switch 204. Soft switch 204 provides this address to 
TG 232. TG 232 sets up a real-time transport protocol (RTP) 
connection 2334 with AG 240 (based upon the IP addresses 
provided by the soft switch) to complete the call path. 

4. Voice Call originating on an SS7 trunk on a Trunking 15 
Gateway and terminating on an Announcement Server 

FIG. 23D depicts a voice call originating on an SS7 trunk 
on a TG and terminating with a message announcement on 
an ANS. The reader is directed to Table 185 above which 
shows a call termination with a message announcement call 20 
flow. 

FIG. 23D includes a block diagram of an exemplary call 
path 2336. Call path 2336 is originated via a signal from 
carrier facility 126 of calling party 102, to soft switch,204 
through SS7 GW 206. 25 

Soft switch 204 can communicate with TG 232, via the 
IPDC protocol, to determine if an incoming DSO circuit (on 
a DS1 port on a telephone PSTN interface) is free, and if so, 
to allocate that circuit to set up a connection 2338 between 
customer facility 126 and TG 232. 30 

Soft switch 204 then performs a query to CS 206 to access 
a customer trigger plan 290 of calling party 102. 

Depending on the contents of customer trigger plan 290, 
soft switch 204 may require other call processing, such as, 
for example, an 800 call translation table lookup from SCP 35 
214a based on information in signaling message 2302. 

SCP 214a can then provide to soft switch 204 a translated 
destination number, i.e. the number of called party 120. 

Soft switch 204 can then query RS 212 to perform further 
processing. Route logic 294 of RS 212 can be processed to 40 
determine a least cost routing termination. RS 212 deter- 
mines an optimal termination from data network 112, or 
least cost routing with data network 112 terminations as 
exemplary choices. Off network routing can be considered 
as well. The termination can be through data network 112. 45 

If a route termination cannot be found, the call is "treated" 
by the announcement server 246. Treating refers to process- 
ing done on a call. 

For example, assuming a TG 232 to TG 234 call, the soft 
switches can communicate and soft switch 304 can check 50 
port status of RS 314 to determine whether a DSO circuit is 
available for termination on a TG and the IP address of the 
TG. 

Assuming, for this call flow, that no DSO circuits are 
determined to be free on TG 234, soft switch 204 commu- 55 
nicates with TG 232, including providing the IP address of 
ANS 246 to TG 232. Soft switch 204 can also communicate 
with ANS 246, via the IPDC protocol, to cause ANS 246 to 
perform functions. TG 232 can set up an RIP connection 
2342 with ANS 246 to perform announcement processing, 60 
and to deliver an announcement to calling party 102. 

5. Voice Call originating on an SS7 trunk on a Network 
Access Server and terminating on a Trunking Gateway via 
SS7 signaling 

FIG. 24A depicts a voice call originating on a SS7 trunk 65 
on a NAS and terminating on a TG via SS7 signaling. The 
reader is directed to Tables 177 and 178 above, which snow 
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a TDM switching connection setup flow and the routing of 
calls to an appropriate access server using TDM connec- 
tions. Jhe reader is directed also to Table 181 shown above, 
which details control message flow for a voice over packet 
call flow having inbound SS7 signaling, outbound SS7 
signaling, and an IP network with access server managed 
RTP ports. 

FIG. 24A depicts a block diagram of an exemplary call 
path 2400. Call path 2400 is originated via a SS7 signaling 
message, sent from carrier facility 126 of calling party 102 
through SS7 GW 208 to soft switch 204. 

Soft switch 204 can communicate with NAS 228, via the 
IPDC protocol, to determine if an incoming DSO circuit (on 
a DS1 port on a telephone PSTN interface) is free, and if so, 
to allocate that circuit to set up a connection 2402 between 
carrier facility 126 of calling party 102 and NAS 228. 

Soft switch 204 then performs a query to CS 206 to access 
a customer trigger plan 290 of calling party 102. 

Depending on the contents of customer trigger plan 290, 
soft switch 204 may require other call processing, such as, 
for example, an 800 call translation table lookup from SCP 
214a based on information in signaling message 2302. 

SCP 214a can then provide to soft switch 204 a translated 
destination number, i.e. the number of called party 120. 

In one embodiment, soft switch 204 determines from the 
dialed number in the LAM message, that the call is a voice 
or VPOP call and thus needs a trunking gateway to handle 
the voice call. Sou switch 204 sends an IPDC message to the 
NAS to TDM pass-through the call to the TG. 

To determine the type of call, soft switch 204 can also 
perform further processing to determine, e.g., whether the 
call is to a destination known as a data modem termination 
dialed number. If the dialed number is not to a data number, 
then soft switch 204 determines that the call is a voice call. 

Soft switch 204 can now determine whether a TG 232 has 
any ports available for termination by querying port status 
292 of route server 212, and if so, can allocate the available 
port and set up a TDM bus connection 2404 in the NAS via 
TDM switching, and DSO circuit 2406 to TG 232. Soft 
switch 204 can also query routing logic 294 of RS 212 to 
determine a least cost route termination to the called desti- 
nation. 

Soft switch 204, i.e., the originating soft switch, can then 
communicate with terminating soft switch 304 to set up the 
other half of the call. 

Terminating soft switch 304 can then communicate with 
port status (PS) 298 of RS 314 to determine whether a port 
is available for termination and in which TG. 

Having determined a free circuit is available on TG 234, 
soft switch 304 can allocate a connection 2410 between TG 
234 and carrier facility 130 for termination to called party 
120. 

Soft switch 304 can then communicate with soft switch 
204 to establish connection 2414, between TG 234 and TG 
232. Soft switch 304 can provide the IP address for TG 234 
to soft switch 204. Soft switch 204 provides this address to 
TG 232. TG 232 sets up an real-time transport protocol 
(RTP) connection 2414 with TG 234 to complete the call 
path. 

a. Voice Call on a NAS Sequence Diagrams of Component 
Intercommunication 

FIG. 26 B depicts a detailed diagram of message flow for 
an exemplary voice call over a NAS, similar to FIG. 24A. 

FIGS. 27-39 and 46-48 depict detailed sequence dia- 
grams demonstrating component intercommunication for a 
voice call using the interaction of two soft switch sites, i.e. 
an originating and a terminating soft switch site, similar to 
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FIG, 2B, FIG. 24A and Table 181. FIGS. 40-^5 depict call FIG. 48 includes a soft switch processing an I AM sending 

teardown for the voice call. the IAM to the terminating network sequencing diagram 

FIG. 27 depicts a block diagram of a call flow showing an 4800, including message flows 4801-4808. 

originating soft switch accepting a signaling message from FIG. 40 depicts a block diagram of a call flow showing a 

an SS7 gateway sequencing diagram 2700, including mes- 5 soft switch processing an REL message where the terminat- 

sage flows 2701-2706. ing end initiates call teardown sequencing diagram 4000, 

FIG. 28 depicts a block diagram of a call flow showing an including message flows 4001-4011. 

originating soft switch getting a call context message from FIG. 41 depicts a block diagram of a call flow showing a 

an IAM signaling message sequencing diagram 2800, soft switch processing an REL message to tear down all 

including message flows 2801-2806. 10 nodes sequencing diagram 4100, including message flows 

FIG. 29A depicts a block diagram of a call flow showing 4101-4107. 

an originating soft switch receiving and processing an 1AM FIG. 42 depicts a block diagram of a call flow showing a 

signaling message including sending a request to a route soft switch processing an RLC message where the termi- 

server sequencing diagram 2900, including message flows nating end initiates teardown sequencing diagram 4200, 

2901-2908. 15 including message flows 4201-4211. 

FIG. 29B depicts a block diagram of a call flow showing FIG. 43 depicts a block diagram of a call flow showing a 

a soft switch starting to process a route request sequencing soft switch sending an unallocate message to route server for 

diagram 2950, including message flows 2908, and call teardown sequencing diagram 4300, including message 

2952-2956. flows 4301-4305. 

FIG. 30 depicts a block diagram of a call flow showing a 20 FIG. 44 depicts a block diagram of a call flow showing a 

route server determining a domestic route sequencing dia- soft switch instructing a route server to unallocate route 

gram 3000, including message flows 2908 and 3002-3013. nodes sequencing diagram 4400, including message flows 

FIG. 31 depicts a block diagram of a call flow showing a 4305, 4401-4410. 

route server checking availability of potential terminations FIG. 45 depicts a block diagram of a call flow showing a 

sequencing diagram 3100, including message flows 3008 25 soft switch processing call teardown including deleting call 

and 3102-3103. context sequencing diagram 4500, including message flows 

FIG. 32 depicts a block diagram of a call flow showing a 4409, 4502 and 4503. 

route server getting an originating route node sequencing 6. Voice Call originating on an SS7 trunk on a NAS and 

diagram 3200, including message flows 3009 and terminating via Access Server Signaling on an Access Gate- 

3201-3207. 30 way 

FIGS. 33A and 33B depict block diagrams of a call flow FIG. 24C depicts a voice call originating on an SS7 trunk 

showing a route server calculating a domestic route for a on a NAS 228 and terminating via access server signaling on 

voice call on a trunlring gateway sequencing diagram 3300, an AG 240. The reader is directed to Table 179 above, which 

including message flows 3301-3312 and sequencing dia- illustrates a voice over packet call flow having inbound SS7 

gram 3320, including message flows 3321-3345, respec- 35 signaling, outbound access server signaling, and soft 

lively. switched managed RTP ports. The reader is also directed to 

FIG. 34 depicts a block diagram of a call flow showing an Tables 177 and 178 which show TDM switching connec- 

origi nating soft switch getting a call context from a route tions. 

response from a route server sequencing diagram 3400, FIG. 24C depicts a block diagram of an exemplary call 

including message flows 3401-3404. 40 path 2422. Call path 2422 is initiated via SS7 signaling IAM 

FIG. 35 depicts a block diagram of a call flow showing an messages from carrier facility 126 of calling party 102 

originating soft switch processing an IAM message includ- through SS7 GW 208 to soft switch 204. 

ing sending an LAM to a terminating network sequencing Soft switch 204 can communicate with NAS 228, via the 

diagram 3500, including message flows 3501-3508. IPDC protocol, to determine if an incoming DS0 circuit (on 

FIG. 36 depicts a block diagram of a call flow showing a 45 a DS1 port on a telephone PSTN interface) is free, and if so, 

soft switch processing an ACM message including sending to allocate that circuit to set up a connection 2424 from 

an ACM to an originating network sequencing diagram carrier facility 126. 

3600, including message flows 3601-3611. Soft switch 204 then performs a query to CS 206 to access 

FIG. 37 depicts a block diagram of a call flow showing a a customer trigger plan 290 of calling party 102. 

soft switch processing an ACM message including the setup 50 Depending on the contents of customer trigger plan 290, 

of access servers sequencing diagram 3700, including mes- soft switch 204 can require other call processing, such as, for 

sage flows 3701-3705. example, an 800 call translation table lookup from SCP 214a 

FIG. 38 depicts a block diagram of a call flow showing an based on information in signaling message, 

example of how a soft switch can process an ACM message SCP 214a can then provide to soft switch 204 a translated 

to send an RTP connection message to the originating access 55 destination number, i.e. the number of called party 124 to 

server sequencing diagram 3800, including message flows soft switch 204. 

3801-3814. In one embodiment, soft switch 204 determines from the 

FIG. 39 depicts a block diagram of a call flow showing a dialed number in the IAM message, that the call is a voice 

soft switch processing an ANM message sending the ANM or virtual point of presence (VPOP) call and in this scenario 

message to the originating SS7 GW sequencing diagram 60 needs an access gateway to handle the voice call. Soft switch 

3900, including message flows 3901-3911. 204 sends an IPDC message to the NAS to TDM pass- 

FIG. 46 depicts a block diagram of a call flow showing an through the call to the AG. 

exemplary calculation of a route termination sequencing To determine the type of call, soft switch 204 can also 

diagram 4600, including message flows 4601-4625. perform further processing to determine, e.g., whether the 

FIG. 47 depicts a block diagram of a soft switch getting 65 call is to a destination known as a data modem termination 

call context from route response sequenced diagram 4700, dialed number. If the dialed number is not to a data number, 

including message flows 4701-4704. then soft switch 204 determines that the call is a voice call. 
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Soft switch 204 can now determine whether an AG 238 an SS7 gateway sequencing diagram 2700, including mes- 

has any circuits available for termination by querying port sage flows 2701-2706. 

status 292 of route server 212, and if so, can allocate the FIG. 28 depicts a block diagram of a call flow showing an 

available port and set up a 1DM bus connection 2426 in the originating soft switch getting a call context message from 

NAS via TDM switching, and DS0 circuit 2428 to AG 238. 5 aQ IAM signaling message sequencing diagram 2800, 

Soft switch 204 can also query routing logic 294 of RS 212 including message flows 2801-2806. 

to determine a least cost route termination. WG. 29 A depicts a block diagram of a call flow showing 

Soft switch 204, i.e., the originating soft switch, can then an originating soft switch receiving and processing an I AM 

communicate with terminating soft switch 304 to set up the signaling message including sending a request to a route 

other half of the call m server sequencing diagram 2900, including message flows 

1U 2901—2908 

Terminating soft switch 304 can then communicate with ™^ , . ... , tl n , 

port status (PS) 298 of RS 314 to determine whether a port ^ ^V?. * , ^ f * ,° W 

is available for termination and in which AG a ^ SWltch StartlDg l ° prOCCSS a roUtC fCqUCSt ^ mncin ^ 

is available tor termination and in wmch AO diagram 2950, including message flows 2908, and 

Having determined a free circuit is available on AG 240, 2952-2956 

soft switch 304 can allocate a connection 2432 between AG is FIG. 30 depicts a block diagram of a call flow showing a 

240 and customer facility 132 for termination to called party route determining a domestic route sequencing dia- 

124 gram 3000, including message flows 2908 and 3002-3013. 

Soft switch 304 can then communicate with soft switch RG. 31 depicts a block diagram of a call flow showing a 

204 to establish connection 2436, between AG 238 and AG route server checking availability of potential terminations 

240. Soft switch 304 can provide the IP address for AG 240 20 sequencing diagram 3100, including message flows 3008 

to soft switch 204. Soft switch 204 provides this address to and 3102-3103. 

AG 238. AG 238 sets up a real-time transport protocol (RTP) FIG. 32 depicts a block diagram of a call flow showing a 

connection 2436 with AG 240 to complete the call path. route server getting an originating route node sequencing 

7. Data Call originating on an SS7 trunk and terminating diagram 3200, including message flows 3009 and 

on a NAS 25 3201-3207. 

FIG. 24B illustrates termination of a data call arriving on FIG. 49 depicts a block diagram of a call flow showing 

NAS 228. The reader is also directed to Table 170 shown calculation of a domestic route including a modem pool 

above, which depicts an inbound data call using SS7 sig- route node sequencing diagram 4900, including message 

naling. flows 4901-4904. 

FIG. 24B depicts a block diagram of an exemplary call 30 FIG. 50 depicts a block diagram of a call flow showing a 

path 2416. Call path 2416 is originated via an SS7 signal soft switch getting call context from route response sequenc- 

from the carrier facility 126 of calling party 102 through SS7 ing diagram 5000, including message flows 5001-5004. 

GW 208 to soft switch 204. FIG. 51 depicts a block diagram of a call flow showing a 

Soft switch 204 can communicate with NAS, via the soft switch processing an IAM message, connecting a data 

IPDC protocol, to determine if an incoming DS0 circuit (on 35 call sequencing diagram 5100, including message flows 

a DS1 port on a telephone PSTN interface) is free, and if so, 5101-5114. 

to allocate that circuit to set up a connection 2418. FIG. 52 depicts a block diagram of a call flow showing a 

Soft switch 204 then performs a query to CS 206 to access soft switch processing an ACM message, sending an ACM 

a customer — trigger plan 290 of calling party 102. to originating LEC sequencing diagram 5200, including 

Depending on the contents of customer trigger plan 290, 40 message flows 5201-5210. 

soft switch 204 may require other call processing, such as, FIG. 53 depicts a block diagram of a call flow showing a 

for example, an 800 call translation table lookup from SCP soft switch processing an ANM message, sending an ANM 

214a based on information in the signaling message. to the originating LEC sequencing diagram 5300, including 

SCP 214a can then provide a translated destination message flows 5301-5310. 

number, i.e. the number of called party 120 to soft switch 45 RG. 43 depicts a block diagram of a call flow showing a 

204. soft switch sending an unallocate message to route server for 

As part of the query performed on CS 206, or based on a call teardown sequencing diagram 4300, including message 

query to RS 212, soft switch 204 can determine that the flows 4301-4305. 

called party corresponds to a data modem, representing a FIG. 44 depicts a block diagram of a call flow showing a 

data call. 50 soft switch instructing a route server to unallocate route 

Soft switch 204 can then communicate with network nodes sequencing diagram 4400, including message flows 

access server (NAS) 228 to determine whether a modem is 4305, 4401-4410. 

available for termination in NAS 228. FIG. 45 depicts a block diagram of a call flow showing a 

If soft switch 204 determines that a terminating modem is soft switch processing call teardown including deleting call 

available, then soft switch 204 terminates the call to that 55 context sequencing diagram 4500, including message flows 

modem. 4409, 4502 and 4503. 

a. Data Call on a NAS Sequence Diagrams of Component RG. 54 depicts a block diagram of a call flow showing a 

Intercommunication soft switch processing an RCR message where teardown is 

FIG. 26C depicts a more detailed diagram of message initiated by the terminating modem sequencing diagram 

flow for an exemplary data call over a NAS, similar to FIG. 60 5400, including message flows 5401-5412. 

24B. FIG. 55 depicts a block diagram of a call flow showing a 

FIGS. 27-32 and 49-53 depict detailed sequence dia- soft switch processing an RLC message sequencing diagram 

grams demonstrating component intercommunication dur- 4100, including message flows 5501-5506. 

ing a data call received and terminated on a NAS. RGS. RG. 56 depicts a block diagram of a call flow showing a 

43-45, and 54-57. 65 soft switch processing an ACM message sending the ACM 

RG. 27 depicts a block diagram of a call flow showing an to the originating network sequencing diagram 5600, includ- 

originating soft switch accepting a signaling message from ing message flows 5601-5611. 
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FIG. 57 depicts a block diagram of a call flow showing a a DS1 port on a telephone PSTN interface) is free, and if so, 

soft switch processing an I AM message setting up access to allocate that circuit to set up a connection 2502 from 

servers sequencing diagram 5700, including message flows carrier facility 128. 

5701-5705. Soft switch 204 then performs a query to CS 206 to access 

8. Data Call on NAS with Callback Authentication 5 a customer trigger plan 290 of calling party 122. 

FIG. 24D illustrates termination of an alternate authenti- Depending on the contents of customer trigger plan 290, 

cation data call arriving on NAS 228 incorporating call back. soft switch 204 can require other call processing, such as, for 

The reader is also directed to Table 172 shown above, which example, an 800 call translation table lookup from SCP214a 

depicts an inbound data call using SS7 signaling with based on information in signaling message, 
call-back, and to Table 174 which depicts an outbound data SCP 214a can then provide a translated destination 

call flow via SS7 signaling. number, i.e. the number of called party 124 to soft switch 

FIG. 24D depicts a block diagram of an exemplary call 204. 
path 2438. Call path 2438 is originated via an SS7 signal Soft switch 204 can then query RS 212 to perform further 

from the carrier facility 126 of calling party 102 through SS7 processing. Route logic 294 of RS 212 can be processed to 

GW 208 to soft switch 204. determine least cost routing. The termination can be through 

Soft switch 204 can communicate with NAS 228, via the 15 data network 112. 
IPDC protocol, to determine if an incoming DS0 circuit (on Soft switch 204, i.e., the originating soft switch, can then 

a DS1 port on a telephone PSTN interface) is free, and if so, communicate with terminating soft switch 304 to set up the 

to allocate that circuit to set up a connection 2440 for the other half of the call. 

purpose of authenticating calling party 102. Terminating soft switch 304 can then communicate with 

Soft switch 204 can then perform a query to CS 206 to 20 port status (PS) 298 of RS 314 to determine whether a DS0 

access a customer trigger plan 290 of calling party 102. circuit is available for termination and in which AG. 
Depending on the contents of customer trigger plan 290, Having determined a free circuit is available on AG 240, 

soft switch 204 may require other call processing, such as, soft switch 304 can allocate a connection 2506 between AG 

for example, an 800 call translation table lookup from SCP 240 and customer facility 132 for termination to called party 

214a based on information in the signaling message. 25 ^4. 

SCP 214a can then provide a translated destination AG 238 and AG 340 establish an RTP connection based 

number, i.e. the number of called party 120 to soft switch on . 1P addf esses provided by soft switches 204 and 304. Soft 

204 switch 304 can then communicate with soft switch 204 to 

As part of the query performed on CS 206, soft switch 204 f ?, bIish . ^ ctioa ?? 10 > b fi we , e ? AG r 23 « "2*° 240 
can determine that the called party corresponds to a data 30 ^ ^ P T?™ ]Pi ^T f " AG ?Vn™ 

modem, representing a data call, and that calling party 102 ^ tC "° 4 " T 204 P ,T , lhlS addreSS to A0 ^ 

. „ , • . jt ,/l i AG 238 can set up a real-time transport protocol RTP 

gains access to network resources via an outbound call-back mtM&ask 2510 with AG 240, to complete the call path, 
following authentication. 10 Voice ^ ori ^ atin on Access Servef ^ M 

Soft switch 204 can then request that authenticating private line on an Access Gateway and terminating on SS7 

information from calling party 102 be entered at NAS 228. 35 signaled trunks on a Trunking Gateway 
Upon verification of the authentication information, soft no. 25C depicts a voice call originating on an access 

switch 204 can release the call and reoriginate an outbound server dedicated line (such as a DAL or an ISDN PRI) on an 

callback from NAS 228. AG 238 and terminating via SS7 signaling on a TG 234. 

Softswitch 204 communicates with network accessserver FIG. 25C depicts a block diagram of an exemplary call 

(NAS) 228 to determine whether a modem is available for 40 path 2522. Call path 2522 is originated via a call setup 

termination of a data call on NAS 228. message, such as, for example through data D-channel 

If soft switch 204 determines that a terminating modem is signaling on an ISDN PRI line, from customer facility 128 

available, then soft switch 204 can call calling party 102 via of calling party 122 to AG 238. AG 238 encapsulates call 

signaling through SS7 GW 208 to carrier facility 126 of control messages, such as Q.931 messages, into IPDC 

calling party 102, to set up connection 2442 between carrier 45 messages that AG 238 sends to soft switch 204 over data 

facility 126 and NAS 228. Soft switch 204 terminates the network 112. In-band MF DALs are handled similarly, 
call to a modem in NAS 228. Soft switch 2 04 can communicate with AG 238, via the 

9. Voice Call originating on Access Server dedicated line IPDC protocol, to determine if an incoming DS0 circuit (on 
on an Access Gateway and terminating on an Access Server a DS1 port on a telephone PSTN interface) is free, and if so, 
dedicated line on an Access Gateway 50 to allocate that circuit to set up a connection 2524 from 

FIG. 25 A depicts a voice call originating on an access carrier facility 128. 
server dedicated line (such as a DAL or an ISDN PRI) on an Soft switch 204 then performs a query to CS 206 to access 

AG 238 and terminating via access server signaling on an a customer trigger plan 290 of calling party 122. 
AG 240. The reader is directed to Table 180 above, which Depending on the contents of customer trigger plan 290, 

illustrates a voice over packet call flow having inbound 55 soft switch 204 can require other call processing, such as, for 

access server signaling, outbound access server signaling, example, an 800 call translation table lookup from SCP 21 4a 

and soft switched managed RTP ports. based on information in signaling message. 

FIG. 25A depicts a block diagram of an exemplary call SCP 214a can then provide a translated destination 

path 2500. Call path 2500 is originated via a call setup number, i.e. the number of called party 120 to soft switch 

message, such as, for example through data D-channel 60 204. 

signaling on an ISDN PRI line, from customer facility 128 Soft switch 204 can then query RS 212 to perform further 

of calling party 122 to AG 238. AG 238 encapsulates call processing. Route logic 294 of RS 212 can be processed to 

control messages, such as Q.931 messages, into IPDC determine least cost routing. The termination can be through 

messages that AG 238 sends to soft switch 204 over data data network 112. 

network 112. In-band MF DALs are handled similarly. 65 Soft switch 204, i.e., the originating soft switch, can then 

Soft switch 204 can communicate with AG 238, via the communicate with terminating soft switch 304 to set up the 

IPDC protocol, to determine if an incoming DS0 circuit (on other half of the call. 
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Terminating soft switch 304 can then communicate with If a data modem is available in NAS 228, the call is 
port status (PS) 298 of RS 314 to determine whether a DSO terminated at one end to the modem, 

circuit is available for termination and in which TG. Soft switch can then determine whether via communica- 

Having determined a free circuit is available on TG 2340, tion with AG 238, via 1PDC protocol communication, 

soft switch 304 can allocate a connection 2528 between TG 5 whether a circuit is available for the outbound data call. If 

234 and customer facility 130 for termination to called party AG 238 has an available circuit, then soft switch 204 can use 

120. TDM bus 2540 to connect circuit 2542 to circuit 2538 

Soft switch 304 can then communicate with soft switch (which is in turn terminated to a modem in NAS 228). 

204 to have AG 238 establish connection 2532, between AG TDM bus 2540 can then be connected to circuit 2542, i.e., 

238 and TG 234. Soft switch 304 can provide the IP address to an access server signaled dedicated access line to carrier 

for TG 234 to soft switch 204. Soft switch 204 provides this facility 128, using, for example D-channel signaling of an 

address to AG 238. AG 238 can set up a real-time transport ISDN PRI line. TDM pass-through switching is described 

protocol RTP connection 2532 with TG 234, to complete the further with respect to Tables 177 and 178, above, 

call path. 13. Voice Services 

11. Data Call on an Access Gateway is Telecommunications voice network services supported by 
FIG. 25B depicts a data call originating on an access the present invention include, for example, origination and 

server dedicated line (such as a DAL or an ISDN PRI) on an termination of intralata, interlata and international calls 

AG 238 and terminating at a data modem in a NAS 228. The seamlessly between the PSTN and Telecommunications 

reader is directed to Table 171 above, which illustrates an network 200. Access can be achieved by switched or dedi- 

inbound data call llow via access server signaling. 20 cated access lines. Call origination can be provided via 

FIG. 25B depicts a block diagram of an exemplary call Feature Group D (FGD) and direct access line (DAL) 

path 2512. Call path 2512 is originated via an access server (T-l/PRI) access to access servers 254,256. Local access can 

signaling message, such as, for example through data be provisioned via the PSTN with FGD and co-carrier 

D -channel signaling on an ISDN PRI line, from customer termination to trunking gateways 232, 234. Dedicated DSOs, 

facility 128 of calling party 122 to AG 238 and through 25 T-ls and T-3s can connect an end user's CPE directly to AGs 

signaling packets sent over data network 112 to soft switch 238,240. In one embodiment, a standard unit of measure- 

204. ment for usage charges can be a rate per minute (RPM). 

Soft switch 204 can communicate with AG 238, via the Where telecommunications network 200 provides the DSOs, 

IPDC protocol, to determine if an incoming DSO circuit (on T-ls, and T-3s, there can be an additional monthly recurring 

a DS1 port on a telephone PSTN interface) is free, and if so, 30 charge (MRC) for access. 

to allocate that circuit to set up a connection 2514 from In one embodiment, ingress and egress can be via the 

customer facility 128. PSTN. In another embodiment, native IP devices can origi- 

Soft switch 204 then performs a query to CS 206 to access nate and terminate calls over data network 112 over the IP 

a customer trigger plan 290 of calling party 122. protocol. In such an environment, flat rated calling plans are 

Depending on the contents of customer trigger plan 290, 35 possible, 
soft switch 204 can require other call processing, such as, for a. Private Voice Network (P VN) Services 
example, an 800 call translation table lookup from SCP214a Private voice network (PVN) services can be a customer- 
based on information in signaling message. defined calling network that allows companies to commu- 

SCP 214a can then provide a translated destination nicate "on-net" at discounted prices. The backbone of the 

number, i.e. the number of called party 124 to soft switch 40 product can be dedicated access connectivity, such as, for 

204. example, using a DAL or ISDN PRI for access to telecom- 

As part of the query performed on CS 206 or to RS 212, munications network 200. Using a capability called dedi- 

soft switch 204 can determine that the called party corre- cated termination service (DTS), calls that originate either 

sponds to a data modem, representing a data call. by PIC or a dedicated access method can terminate on 

If the incoming call is determined to be a data call, then 45 dedicated facilities when possible. For example, assume a 

the incoming circuit 2514 is connected to TDM bus 2516 customer with five locations across the country (e.g., in 

which is in turn connected to circuit 2518 which terminates on- net cities) has T-ls deployed at each site. Calls between 

the data call to a modem in NAS 228. those five sites can be significantly discounted due to the fact 

Soft switch 204 can then communicate with network that the carrier owning telecommunications network 200 

access server (NAS) 228 to determine whether a modem is 50 originates and terminates the calls on dedicated facilities at 

available for termination in NAS 228. little cost. Additionally, customers will be able to add others 

. If soft switch 204 determines that a terminating modem is to their PVN, such as, for example, business partners, 

available, then soft switch 204 can terminate the call to the vendors, and customers, enabling the customer (as well as 

modem. the others) to further reduce their communications costs. 

12. Outbound Data Call from a NAS via Access Server 55 In one embodiment, service can be provided to customers 
signaling from an Access Gateway for a MRC, with no additional charge for on-net calls, and 

FIG. 25D depicts an outbound data call originating from with a charge on a rate per minute basis for all other types 

a data modem in NAS 228 via access server signaling from of calls. In another embodiment, no MRC can be required, 

an Access Gateway on an access server dedicated line (such and all calls can be charged on a RPM basis. In another 

as a DAL or an ISDN PRI) between AG 238 and carrier 60 embodiment, the RPM may vary according to the type of 

facility 128 of calling party 122. The reader is directed to call placed. 

Table 175 above, which illustrates an outbound data call Network requirements can include use of dedicated ter- 

flow via access server signaling. mination service (DTS). DTS can allow long distance calls 

FIG. 25D depicts a block diagram of an exemplary call that originate from a FGD or DAL to terminate on a DAL. 

path 2534. Call path 2534 is originated by soft switch 204 65 Traditionally, these calls are routed to POTS lines. This 

communicating with NAS 228 to determine whether a data functionality can enable the network to determine if the call 

modem is available. can be terminated over its own facilities and, if so, rate it 
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appropriately. DTS is the backbone functionality of PVN. A modification functions can include, for example, additions, 
routing table can allow the network to identify calls that deletions, changes, and modifications of verbal translations, 
originate from either an AN1 or Trunk Group that has been These changes can take effect within e.g., 60 minutes or less, 

assigned an associated terminating Trunk Group. In one Customers that choose PAC Translation can have the 
embodiment, 700, 800, and 900 type calls can not originate 5 translation, not the actual account code, presented on an 

over DALs. invoice. Customers that do not use PAC Translation can 

Customer premises equipment (CPE) requirements can have the account code presented on the invoice, 

include a CSU/DSU with a router for Multiple Service T-l PAC tables can be associated to any type of resource (e.g., 

with dedicated access, and a customer can have an option to Master Account, ANI, Trunk Group, Location Account, 

lease or buy them. 10 and/or Authcode). Multiple PAC tables, in one embodiment! 

b. Long Distance or 1+ Services cannot be associated with a single resource. 

Long distancc(l+) service can allow a customer to place (a) PAC Variations 

long distance calls to anywhere in the U.S., Canada, US VI, Verified Forced PACs enable a customer to assign PACs 

and Puerto Rico by dialing 1 plus an area code (NPA), plus to, e.g., employees, teams and departments, that force the 

a 7-digit phone number. International calls can be placed by 15 end-user to enter the PAC prior to completing a long 

dialing 011 plus a country code (CC), plus a city code, plus distance call. 

a number. Both switched and dedicated access can be Unverified Forced PACs can require that a PAC (of the 

available from on-net cities or from off-net cities (i.e., chosen digit length, e.g., four digits) be entered to complete 

through a designated off-net carrier). a call, however the digits are not pre -determined and the 

(1) Project Account Codes (PAC) 20 customer can have the ability to use all PACs in a given digit 

Project Access Codes (PACs) can be, for example, two to length. For example, with fournligit PACs, the customer 

twelve digits. PACs, can be end user defined or predefined could use any code from 0001-9999. 

codes that are assigned to, for example, employees, projects, Unverified Unforced PACs are the same as Unverified 

teams, and departments. PACs can be used, for example, by Forced PACs, but do not require a caller to enter the PAC to 

a customer to track such things as intralata, interlata, and 25 complete the long distance call. Unforced PACs can have, 

international calls. for example, a # override feature allowing calls to be 

An example benefit to a customer of using PACs is that connected quickly without relying on a network timeout to 

PACs can allow businesses to allocate and track costs of connect the call. If after, e.g., 3.5 seconds a PAC is not 

specific projects. Additionally, they can be used to track entered, the call can connect as usual. If a user enters a lower 

employee or department calls and expenditures. PACs can 30 number of digits than the PAC table indicates, a prompt 

also be used to prevent unauthorized long distance calling. "Invalid code, please try again" can be announced. At this 

In one embodiment, an invoice can track account codes point, the pound override feature can be used or the user can 

individually and can then group the codes in a hierarchical try again. A second wrong entry can produce the same 

fashion as well. prompt and a third can prompt "Goodbye." If a user enters 

Operationally, PACS can be entered by a calling party 35 more digits than has been setup on the PAC table, the first 

after dialing, e.g., a local, long distance, or international digits that comprise the correct PAC length can be used and 

phone number. The calling party can hear a network- the remaining digits ignored. Translation can occur (if 

generated tone prompting the calling party to enter the PAC activated) for the digits that correspond to the PAC table 

code. Once the PAC code has been entered and authorized, only. Billing presentation can also show the correct digit 

the call can be connected as usual. 40 length. 

All types of PACs can be translated on the invoice from Partially Verified Forced PACs can range from, for 

code to text, i.e., PAC number "1234" could be translated to example, 4 to 12 digits. A portion of the PAC can be verified 

a "Marketing Department" and PAC number "4567" could while the remaining portion is not; however, the entire digit 

be translated to "John Doe "An example invoice could show stream can be forced. The customer can choose the digit 

call detail records (CDR) and total expenditures for each 45 length for user authentication as well as determine the digit 

PAC. length project accounting portion. A minimum of, e.g., 2 

If an invalid code is entered, a voice prompt can imme- digits can be verified and can occur before the unverified 

diately respond with a message such as, for example, portion of the digit stream. For example, a customer can 

"Invalid code, please try again." A second invalid entry can choose a 5-digit PAC and the first two digits would authen- 

prompt the same message. A third can prompt another 50 ticate the user and the remaining digits would be used for 

message, such as, e.g., "Goodbye." PAC Translation would accounting purposes. Additionally, each portion of the PAC 

not occur in this instance. can have the option to be translated by the customer for 

If a user fails to enter any account code, the same invoice and web presentation, i.e., PAC "12345" could be 

prompting for receipt of an incorrect account code entry, can translated to "12"«John Doe and "345" could translate to 

take place. A time out can occur after, for example, 3.5 55 "Project X." 

seconds of no activity. PAC Translation would not occur in Department summary by PAC group enables a customer 

this instance. to choose any given set of PACs associated with a single 

Customers with PIC access can be required to wait for a table and group them under a customer chosen heading. For 

tone before entering a PAC. Customers with dedicated example, the header "Marketing" can contain codes 123,234 

access can complete the entire dialing sequence (phone 60 and 456, and the header "Customer Care" can contain codes 

number and PAC) without waiting for the tone and be 789, 987 and 678. The invoice can present summaries under 

-connected without even hearing the tone. If, however, the each header. 

customer (using dedicated access) pauses after dialing the (2) Class of Service Restrictions (COSR) 

phone number, the network can still generate a tone prompt- Class of Service Restrictions (COSR) can allow a cus- 

ing the user for the PAC. 65 tomer to restrict outbound calling by certain jurisdictions. 

Business customers can have the ability to modify their Restrictions can be set at, e.g., the account, ANI, Trunk 

PAC tables via a world wide web Internet interface. The Group, Authcode, or PAC level. The customer can be able to 
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modify the COSR through, e.g., a web interface. 
Alternatively, some destinations, such as, e.g., international 
destinations, could not be modified by a customer directly 
and the customer could be required to contact customer care 
for approval. 

Exemplary COSRs include, for example, intcrlata COSRs 
restricting calls to a customer's LATA only; intrastate calls 
restricting calls to the customer's originating state; interstate 
calls, allowing end-users to place domestic calls only any- 
where in the U.S. whether local, intra lata, intrastate, or 
interstate; domestic and dedicated international destinations 
allowing domestic calling as well as international calling to 
selected countries (based on country code) as determined by 
the customer; and domestic and selected international (i.e., 
can exclude high-risk countries) that allows callers to place 
all types of domestic and international calls. 15 

Domestic and international can be the default, unless 
otherwise specified by the customer. A list of high risk 
countries can be unavailable unless otherwise requested by 
the customer. These high risk countries can have an 
increased probability of fraud and can require proper credit 20 
and sales approval. 

In an example embodiment, PACs can be the first service 
restriction look-up followed by restrictions set up at the 
account level. High risk countries can always be blocked 
unless otherwise requested by the customer. ^ 

(3) Origination and Termination 

A plurality of forms of access can be provided including, 
for example, primary interexchange carrier (PIC), dedicated 
(T-1/T-3/PRI), and 101-XXXX. 

Customers pre -subscribed to the telecommunications car- 
rier owning telecommunications network 200 can have PIC 30 
access to the network via FGD trunks from an LEC. This 
access method can allow for, e.g., intralata, intrastate, 
interstate, and international calling. 

Dedicated customers can originate calls using local facili- 
ties such as T-l/T-3 on telecommunications network 200. 35 

101-XXXX customers with an established account and 
ANls loaded into the billing system can access telecommu- 
nications network 200. In this instance, customers do not 
have to have PIC access. If an end-user dials 101-XXXX 
without first establishing an account with the respective 40 
ANls, calls can be blocked at the network level and the 
end-user can hear a recording explaining the call cannot be 
completed and to contact the operator for further assistance. 

The order entry (OE) portion of the order management 
system (OSS) supports non-PICd ANls. This system can 45 
load the ANls into a soft switch, e.g., as subscribed "non- 
PICd" ANls which allows calls to be placed via 101-XXXX. 
These ANls can stay non-PICd until the customer has 
requested a change to the PIC. Regular system maintenance 
does not PIC these designated ANls to telecommunications so 
network 200 carrier and identifies these ANls as Subscribed 
Non-PICd. Because 101-XXXX can only allowed for cus- 
tomers of telecommunications network 200, LEC billing 
(CABS) will not be necessary for direct customers. 

Casual calling carTbe allowed through resale and whole- 55 
sale customers, if requested. The customer can be required 
to have its own CIC code to do so. Call treatment discri mi- 
nation can be necessary for Resale and Wholesale customers 
in this instance. The network can identify the customer type 
by the CIC and allow or disallow casual access. In this 60 
instance, LEC billing arrangements can be necessary. CIC 
code billing can be available as an option for wholesale and 
resale customers. 

(4) Call Rating 

For domestic calls, example call ratings of 1-second 65 
increments with, for example, 18-second minimums per call, 
can be supported. 
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For international calls, example call ratings of 1-second 
increments with 1-minute minimums per call, can be sup- 
ported. 

Example times of day(TOD) and days of week(DOW), 
etc., can be rated differently. For example, 8 am-5 pm 
Monday through Friday can be rated diffcrendy than 5:01 
pm — 7:59 am Monday through Friday and all day Saturday 
and Sunday. 

Term discounts can be provided for long-term service 
contract commitments. 

(5) Multiple-Service T-l 

1+ toll-free, internet access, private line and dedicated 
access lines can be provisioned over the same multiple 
service T-l. Multiple service T-l can support two-way 
trunks. 

(6) Monthly Recurring Charges (MRCs) 
MRCscan be charged for any combination of enhanced or 

basic services either as a group or stand-alone. 

(7) PVN Private Dialing Plan 

PVN Private dialing plan services can also be offered on 
a customized basis. 

(8) Three-Way Conferencing 

A 3-way conferencing bridge can be created by the 
end-user by choosing the conferencing feature from the 
enhanced services menu. The end-user enters up to, e.g., two 
additional phone numbers and is then connected by a bridge. 

(9) Network Hold with Message Delivery 
A service which places the caller on hold while playing an 

announcement message can be offered as a service to 
customers. 

c. 8XX Toll Free Services 

Toll-free service can allow calling parties to dial an 8XX 
number and terminate the call to cither a POTS line or DAL. 
The person or company receiving the call is responsible for 
the cost of the transaction. 

Termination can be available to both on-net and off-net 
areas in the U.S. Off-net can be handled CB. Calls can 
originate anywhere in the U.S. plus, e.g., Canada, USVI, and 
Puerto Rico. 

Real-time ANM network-based feature can pass the origi- 
nating AN1 to the customer answering the call. The number 
is viewed by the operator of the answering end using CPE. 
This can be used by call centers wishing to pull customer 
records based on the customer's phone number. This can be 
a DAL-only service. Default delivery can provide an entire 
ANI. Customers can add up to 2 delimiters. 

Dialed Number Identification Service (DNIS) is a 
network-based feature that can provide the answering party 
with the toll-free (or customer delivered) number dialed. 
Customer-owned computer telephony equipment can pro- 
vide the display. DNIS allows multiple toll-free numbers to 
be used on a single trunk group in a call-center setting 
because of its ability to display which number has been 
dialed enabling the calls to be handled uniquely. This can be 
a DAL-only service. Customers can order DNIS in a variety 
of numbering format schemes from, for example, 4-10 
digits. DNIS can be the entire toll-free number. DNIS can be 
any portion of the toll-free number. DNIS can be any 
customer defined number from, for example, 4-10 digits. 
Default delivery can include the entire toll-free number. 
Customer can define the number with up to two delimiters. 
(1) Enhanced Routing Features 

Time of Day (TOD) routing routes toll-free calls to 
alternate, customer-defined destinations based on the time of 
day. Routing can be determined by the customer in one- 
minute increments. The time of day can be determined by 
the terminating location's time zone. A day can be equal to 
12:00 am to 11:59 pm. 
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Day of Week (DOW) routing routes toll-free calls to (2) Info-Digit Blocking 

alternate, customer-defined destinations based on the day of Info-Digit Blocking selectively blocks calls based on the 

week. The time of day is determined by the terminating info-digit that is passed through. Examples of info-digits 

location's time zone. A day can be equal to 12:00 am to tna t include 07, 27, 29 and 70 calls can be blocked at a 

11:59 pm. 5 customer's request. The default can permit calls to pass 

Area Code ((NPA) routing routes toll-free calls to regardless of info-digit. Payphonc Blocking can be an option 

alternate, customer-defined destinations based on the area t0 a customer. In one embodiment, calls that originate from 

code the originating phone call came from. payphones can be blocked. Payphone-originated calls that 

NPA-NXX routing routes toll-free calls to alternate, " ^blocked can incur a per^all surcharge that can be 

. r . . *f. , . iL . ' _ marked up and passed to the customer, 

customer-defined delations based on the area code and 10 ?qM (1TNp) 

prefix of the originating ANI. Toll _ Free Number p orla5ility allo ' ws to 

Geographic routing routes toll-free calls to alternate, changc R csp Org on their toll-free number and "port" the 

customer-defined destinations based on the state the origi- number to a different carrier. Toll-Free Reservation allows 

□ating phone call came from. reservation of vanity or customer-requested toll-free num- 

Multi-carrier routing routes pre-determined percentages 15 bers for later use. This is a function of the national SMS 

of toll-free calls over a single toll-free number to alternate database. 

carriers defined by the customer. This is a function of the (4) Multiple-Server T-l 

SMS database. Toll-free, 1+, internet access, private line and dedicated 

Percentage Allocation muting routes toll-free calls to access line services can be able to be provisioned over the 

alternate, customer-defined destinations based on call dis- 20 same T1 " Ttrcservice also supports two-way trunks, 

tribution percentages. Percentages can be defined down to (5) Call Rating 

the nearest 1% Different call rates can be charged to a customer based 

Day of Year (DOY) routing routes callsed based on days upon 1 criteril s " ch as - for exan ]P le ' thc of caU P laced ' 

c » u *u . j . • -i l .u * ie *» 'he type ot origination and termination, 

of the year that are determined by the customer. * f\ _ ... ... 

c . . „ I , , t^^«- 25 Iime of day and day of week pricing can permit calls 

Extension routing routes calls based on end-user DTMF . . Q „ c „ , «. r , S . . . « . 

, ^ r . a placed 8 am-5 pm, Monday through Friday and all day 

input, these extensions are pre-defined by the customer and Saturday and S da 

can range from 2 to 12 digits. A table can be built that ^ J m t 4 - , c 

. b . . , ^ Cross-contribution permits volume from other services to 

associates a terminating point, e.g., an ANI or Trunk Group, t t . ... . c 4 „ c , 

. , . . , t - contribute to monthly commitment levels for toll-free and 

with an extension. A network prompt such as, for example, ... . *,^ 0 

«• « . _ _ jo vice- versa, 

a bong tone, can be used. A time out of, for example, 3.5 A „ , 4 # , . , , 

« \ , . ... * r * A customer can commit to monthly revenue levels based 

seconds can be used. An invalid entry prompt, such as , 4 . . u n * tT ,. 4 . 

ui i j r> j m rri i * »» l j x upon volume thresholds. Rates can be set according to the 

Invalid Code, Please Try Again, can be used. A two thresholds 

"invalid entry** maximum and then a "Goodbye** and a ^ * 4 

. .. } , , k / , lerm discounts can permit customers committing to ser- 

network disconnect can be used. A no entry warning, such as • . . . r , . ~ j -» . 

«i r j - j m t* a ' y* . * °! a 35 vice contracts such as, for example, 1-, 2- and 3-year terms, 

Invalid Code, Please Try Again, can be used. A two no . . t tt _ t . . • t_ 

„ „ . j „ t , to achieve higher discounts than those customers which are 

entry maximum and then a Goodbye and a network u j i j .ui * ^ .* . 

.. J . , iai . - 7 , 4 . - i.- scheduled on monthly terms. Term discounts can effect net 

dtsconnect, can be used. An Invo.ce Presentation, including rates ^ a „ other <|5scotante are lied 

a summary of # calls, # mmutes^ taxes, and total cost, can be Mon(h , s (MR ^ can ^ cha for 

the standard when customer utilizes Extension Routing. An An „„„ :^j-„-j„«i ■ f . , u • 

, ... , & .40 any individual or combination or enhanced or basic services 

extension translation can be used such that each extension tU _ . j i 

. 4 . . • , , , either as a group or stand-alone. 

o7f5 ex^ le 35 & maXimUm character length (6) Project Account Codes 

° ^^P 6 ' ' _ Project Account Codes (PACs) (forced versions) can be 

CaU blocking does not allow toll-free calls to originate avai iable on toll-free service, 

from a state, an area code (including Canada, USVI, Puerto 45 (7) ToU . Frce Directory Listings 

Rico), NPA NXX, and/or an ANI, as defined by the cus- A dircctory listing ifl the toU _ free illformation ^ 

tomer. Blocked calls by default can hear a network busy provided by AT&T can be provided at a customer's request, 

signal. In another embodiment, a call blocking announce- ^ may or may not require a one _ time or monthI 

ment can be used. This is a customer option that enables service charge, 

blocked calls to hear either a network-generated or a custom, 50 ^ Menu Routing 

customer-defined prompt. The network prompt can read, interactive voice response (IVR) routing services can be 

"Your call cannot be completed from your calling area.** The offered to over telecommunications network 200. 

customer can define its own prompt to last no more than, for ^ N e rwork ACD 

example, 10 seconds. Additional charges can apply to this Automatic call distribution (ACD) services can be offered 

560:106 ■ 55 to customers over telecommunications network 200. 

Calls can also be blocked by time of day, day of week, and (iq) Network Transfer (TBX) 

day of year. Network transfer services can be provided by telecom- 
Direct Termination Overflow (DTO) allows a customer to munications network 200. 

pre-define termination points for calls that exceed the capac- (n) Quota Routing 

ity of the customer's network. Terminating points can 60 Quota Routing can allow the customer to define a mini- 
include ANls and/or Trunk Groups. Overflow traffic can be mum and maximum number of calls that are routed to a 
sent to any customer site whether or out of a serving area. particular termination point. The call thresholds can be 
The customer can assign up to five terminating points that based on, e.g., 15 minute, half-hour, one hour, and 24-hour 
can hunt in a sequence as defined by the customer. increments. 

Routing Feature Combination allows the customer to 65 (12) Toll-Free Valet (Call Park) 

route calls based on any grouping of routing features listed Toll-free valet call parking services can hold calls in 

above. network queue until the customer has an open Trunk for the 
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call lo terminate to. This benefits a customer in that it does Charge Quotation Service permits an operator to quote the 
not have to over-trunk for busy periods. Music on-hold can customer the cost of service being provided before the 

be available as a standard feature of toll-free valet. service is complete. 

A custom greeting or announcement is an enhanced Line Status Verification service permits an operator to 
feature of Toil-Free Valet allowing callers to hear a custom- 5 check the status of a line (idle, busy, olf-hook) per customer 
ized greeting developed by the customer. Additional charges request. 

can apply for a custom greeting. Busy Line Interrupt service permits an operator to inter- 

d. Operator Services rupt the called party *s call in progress and request an 

Operator Services are services which can handle a cus- emergency connection with the calling party, 
tomer request for, for example, collect calls, third-party 10 Telephone Relay Service (TRS) is a service provided for 

billed calls, directory assistance (DA), and person-to-person the hearing impaired. An operator assists the caller by typing 

calls- the message and sends the message to the terminating party 

Operator Services can be available to any customer using, via TTD. 

for example, 1+ long distance service, calling card service, (2) International Operator Services 

and prepaid calling card service of the carrier of telecom- 15 International operator services can be provided which 

munications network 200. provide similar features to domestic operator services with 

An operator can be accessed by dialing "00" or 101- the addition of multiple language support. Intern ation ope ra- 

XXXX-0. Access to an operator can be accomplished tor services can be reached by dialing "00." 

through switched or dedicated access. e. Calling Card 

FIG. 6B illustrates an operator services call 622. A call 20 Calling card service can include a credit card issued by a 

coming in from LEG 624 or from IXC 626 into gateway site carrier that can allow a customer to place, for example, local, 

110 has signaling come in through SIT 250 through SS7 long distance, and international calls. The calling card can 

gateway 208 to soft switch 204. Soft switch 204 is in act as a stand-alone service or as part of the PVN product, 

communication with gateway site 110 via data network 112 Calling card service can be available anywhere in the US, 

using H323 protocol or IPDC 602 protocol. H.323 is a 25 Puerto Rico, USVI, and Canada via toll free origination, 

gatekeeper protocol from the international telecommunica- Additionally, access can be from foreign countries via ITFS 

tions union (ITU) discussed further in the IPDC portion of service through an off-net provider. A customer can have a 

the disclosure. Soft switch 204 can analyze the dialed domestic physical address and billing location to obtain a 

number and determine that it is an operator call, i.e., if the calling card. 

call begins with a "0" or a "00,** upon determining that a call 30 Operationally, a customer can dial a toll-free access 

requires operator services, soft switch 204 can then route the number, or and ITFS access number, that prompts the user 

call to off-switch operator services service bureau 628. to enter an authorization and pin number. The customer can 

Operator services 628 can handle the call at that time. then be prompted to enter a ten-digit phone number the 

Operator services 628 can also perform whatever additional customer is attempting to call. The call is then connected, 

call routing is required in order to terminate the call. 35 Calling cards can allow customers to make long distance, 

(1) Domestic Operator Services Features international, and local calls while away from their home or 

A plurality of operator services are supported, including, office. These calls are billed monthly on the same invoice 

for example, collect calling service by this the caller requests with other telecommunications services, 

that the called party be billed for the call; third party billing (1) Calling Card Features 

service allowing the caller to bill calls to another number 40 Calling card services can include a plurality of features 

other than the originating phone number; directory assis- such as, for example, universal toll-free access number 

tance (DA) service allowing customer to retrieve phone (UAN); UAN authorization code; class of service (COS) 

number outside of its area code by 1+ Area Code+55 5-1212 restrictions; reorigination; usage cap; authorization code 

and making the requests through an operator; person to (authcode) translation; invoice presentation; project account 

person calling service allowing a customer to contact an 45 codes (PACs); dial correction; 3-way conferencing; and 

operator and request that the operator call a specific number dedicated termination service. 

and complete the call for the user (i.e. an operator connects Universal Toil-Free Access Number (UAN) is the toll-free 
the call by creating a bridge, ensuring a connection, and then number that accesses the calling card platform from any- 
bowing out of the connection); credit for call service by where in the US, Puerto Rico, USVI, and Canada. The UAN 
which, in instances where line quality is poor or a conncc- 50 serves all customers that choose the UAN. 
tion is lost, an operator can give an appropriate credit; UAN Authorization Code authenticates the end user. For 
branded service by which reseal and wholesale customer s UAN customers, the code consist, for example, of 10 digits 
can opt to use carrier-owned Operator Services and have the followed by a PIN number, totaling 14 digits in length. The 
services branded to their preference; and service perfor- 10 digist can either be randomly generated or can be 
ma nee levels can be promised and enforced by which 55 requested by the customer as the customers Billing Tele- 
operators answer a call within a given number of rings such phone Number (or any other phone or number sequence), 
as, for example, four. The PIN can also either be randomly generated or can be 

Non-Published Numbers service allows customers to requested by the customer. The default can be random 

keep their ANI(s) and toll-free numbers non-published. generation for both Authcode and PIN numbers. No more 

Non-Listed Numbers allows a customer to have its ANI(s) 60 than 10 PIN numbers can be assigned to a single Authcode. 

and toll-free numbers non-listed. An additional 6-digit international PIN can be generated for 

Listed Number allows customers to list their ANI(s) and customer use when originating calls from an international 

toll-free numbers. destination. This PIN can be entered in lieu of the 4-digit 

Published Numbers allows customers to publish their domestic PIN. 

ANI(s) and toll-free numbers. 65 The customer can limit calling card use based on Class of 

Billed Number Screening allows a customer to establish Service Restrictions (COS) restrictions. Cards can as a 

who and who cannot charge calls to their phone number. default have domestic (all 50 states, Canada, USVI, PR) 
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origination and termination only. International origination 
and termination can be made available upon request by the 
customer. 

Re-Origination will allow customers to place multiple 
calling card calls without having to hang up, dial the access 5 
number, and enter the authorization code again. The feature 
can be initiated by depressing for 2 full seconds. 

Usage Cap limits any given authcode to a customer 
determined usage limit. Once the maximum dollar limit is 
hit the card ceases working and prompts the customer to 10 
contact customer service. Usage limits can be set in $10 
increments and at daily, weekly, or monthly thresholds. 
When a customer is approaching its maximum, a prompt can 
be announced stating "your usage limit is near its maximum, 
you have Xminutes remaining, please contact customer 15 
service." The prompt can begin when the user reaches 90% 
of its allowance based on dollars. In the even the customer 
is in the middle of a connection, only the card owner will 
hear the prompt. If a new call is placed and the en-user is 
already within the 90% threshold, a prompt will notify the 20 
customer of the number of minutes that are available after 
the terminating number is entered. The number of minutes 
will be based on the termination point and the rating 
associated with it. 

Authcode translation allows a customer to translate autho- 25 
rization codes to, for example, a user name or department 
name up to a 25 character maximum. 

An invoice can by default show 10 digist of the 14 digits 
and associate each authcode with expenditures. If the cus- 
tomer chooses Authcode Translation, the invoice can auto- 30 
matically present the translation and not the authcode. 

Acustomer can associate a PAC Table with the customer's 
Autocodes. PAC table rules apply. An end-user can be 
prompted as usual after entering in the authcode and termi- 
nating ANI. The prompts apply to PACs on calling card as 35 
an long distance service. 

If a phone number is mis-dialed, dial correction allows the 
user to hit the * key to delete the current entry and being to 
re-enter the phone number in its entirety. 

Personal Toll-Free Access Number (PAN) service pro- 40 
vides a toll-free number that accesses the calling card 
platform from anywhere in the US, Puerto Rico, USV1, and 
Canada. A PAN can be unique to individual users. 

PAN Authorization Code authenticates the end user. For 
PAN customers, the code can consist of, e.g., 4 digits either 45 
defined by the customer or randomly generated. 

Corporate Toll-Free Access Number (CAN) service pro- 
vides a toll-free number that accesses the calling card 
platform from anywhere in the US, Puerto Rico, USVI, and 
Canada. This number can be unique to a corporate customer 50 
and can only be used by those end -users with the corporate 
customer. 

CAN Authorization Code authenticates the end user. For 
CAN customers, the code can consist of, e.g., 7 digits either 
defined by the customer or randomly generated. 55 

Customized Greeting service allows a customer to cus- 
tomize the network-generated greeting at the time of provi- 
sioning. This service can be available to CAN customers 
only. 

Call Transfer service allows the calling card customer to 60 
connect two parties and attend the conference or drop the 
bridge and establish the connection between the two called 
parties. 

(2) Call Rating 

Domestic Calls can be priced using, for example, 65 
I -second increments with for example, an 18 -second mini- 
mum per call. 
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International Calls can be priced using, for example, 
1-second increments with, for example, a 1-minute mini- 
mum per call. The first minute can be rated differently than 
additional minutes. 

PVN Gold and Platinum Calls can be rated based on 
discounts associated with the PVN product group. Rating 
can be based on originating and terminating points. On-PVN 
Calls can be identified and rated appropriately. 

A connection surcharge can be charged per call. The 
charge can differ based on the originating and terminating 
point of the call. These combinations include Domestic to 
Domestic, Domestic to International, and International to 
International. 

Time of Day and Day of Week pricing can permit calls 
placed 8 ara-5 pra Monday through Friday to be rated 
differently than those placed 5:01 pm-7:59 am Monday 
through Friday and all day Saturday and Sunday. 

Cross-Contribution permits volume from other services to 
contribute to volume discounts for calling card and vice 
versa. 

A customer can commit to monthly revenue levels based 
upon Nfolume Thresholds. Rates can be set according to the 
thresholds. 

Term Discounts can permit customers comitting to service 
contracts such as, for example, 1, 2, and 3- year terms, to 
achieve higher discounts than those customers who have 
subscribed on monthly terms. Term discounts can effect net 
rates after all other discounts are applied. 

Monthly Recurring Charges (MRCs) can be charged for 
any combination of enhanced or basic services either as a 
group or stand-alone. 

Prc-Paid Calling Card services can be offered, 
f. One -Number Services 

One Number service is an enhanced call forwarding 
service that uses the intelligence of telecommunications 
network 209 network to re-route calls from a customers 
POTS/DID to an alternate termination point. One Number 
allows customers to receive calls regardless of where they 
are located. A simple WEB interface enables customers to 
define which phone number they want to receive claLs on and 
for which days and what periods of time. 

One Number can be available to any customer telecom- 
munications network 200 local and long distance voice 
services. The service allows the customer to choose termi- 
nation points anywhere in the world. Security can be nec- 
essary to prevent fraud and authenticate users. Calls or faces 
can terminate to multiple services including, e.g., POTS 
lines, fax machines, voice mail, pagers, e-mail (fax), and 
cellular phones. 

Forwarded calls can be filtered, e.g., by soft switch 204 
and can be forwarded to the appropriate terminating number. 
Multiple termination points can be specified by the customer 
enabling calls to "follow" them. 

When a call is forwarded to the next number a network 
prompt could inform the caller that their call is being 
forwarded. The caller could hear, e.g., "Please hold while we 
attempt to locate John Doe (Subscriber's Name). If you 
would like to leave a voice message please press the pound 
sign now." 

Selective Forward allows the customer to forward only 
selected calls by originating ANI. All other calls could 
terminate normally. 

(1) One-Number Features 

# Override service allows a caller to # out to the sub- 
scriber's main number which can have voice messaging 
capability. 

Fax Detect allows the customer to have all calls including 
fax calls come in to a single number only to be forwarded to 
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an actual fax machine ANI. The network could be required h. Local 

to detect T.30 protocol and respond appropriately. Local Voice can comprise two separate elements. The first 

Fax to E-mail allows faxes to be forwarded to an c-mail clement of Local Voice, which is also the foundation of the 

address. service, is commonly referred to as "Dial Tone" The other 

Call Statistics allows a customer to enter a WEB interface 5 element is referred to as Local Calling/Traffic, which is the 
and look at all calls that have terminated to their ANI and usage that is generated on the Dial Tone. Each clement is 

which have been forwarded to corresponding termination addressed separately below, 

points. (1) Local Voice/Dial Tone (LV/DT) 

Termination Preferences Lists allow a customer to define Local Services deliver services comparable to what 
up to three terminating numbers. If the first is busy, for 1Q incumbent ILECs provide. LV/DT provides, in its basic 

example, the call would be sent to the next number in the list. form, 10 digits phone numbers and/or services that can 

If the call reached the end of the list, the call could access the Public Switched Telephone Network (PSTN), 

disconnect or terminate into whatever type of messaging LV/DT provides the customer the ability to place and receive 

service that might be avail able. These lists can be toggled on calls on their LV/DT, whether the calls are local, long 

or off via a web or IVR interface. Up to 5 lists can be created. distance, international, toll-free or service (611, 411, 911, 0, 

Busy Detection re-routes busy calls to an alternate desti- 15 00) types of calls. Call types can be from an on network 

nation. In the case of fax, the web interface shows when and customer or from an off network caller, 

where the fax was delivered. Two types of digital/trunking protocols currently in use 

IVR Interface permits a customer to change termination today are PBX Digital Trunking and ISDN/PRI. Analog 

points and toggle on or off Termination preference lists via services can be provided as well. Digital trunks interface 

DTMF tones. A customer could be prompted for a pass-code 20 with Hybrid and PBX CPE equipment, 

for security purposes. LD/VT adheres to the tariffs and regulations that govern 

Dedicated Termination Service (DTS) allows forwarded Local Service providers in each market that the service is 

calls to terminate On-PVN over dedicated facilities. launched. For example, federal, state and local taxes can 

User Authentication ensures that a user authorized routing apply where applicable, 

modifications by, e.g., entry of a code or PIN. 25 Local access can be available in those cities where the 

g. Debit Card/Credit Card Call Services owner of telecommunications network 200 has co-carrier 

Debit card and credit card calls are permitted and are status and a POP within the serving wire center, 

similar to calling card services calls with the addition of The two prevalent protocols that LD/VT emulates are 

third-party credit check processing. Digital PBX Trunking and ISDN/PRI. Only one Rate Center 

Customers have access to a web interface that manages, 30 that is generic to the customers physical address is allowed 

e.g., names, phone numbers, e-mail addresses, company with each delivery. Foreign Exchange service is another 

names, addresses, and scheduling. Customers can enter and option but not in combination with a customer's designated 

maintain their own contacts. By selecting names and a Rate Center. 

meeting time, customers can easily administer their own Digital PBX Trunking (Digital PBX) or (DPbx) trunking 
conference from the desktop. Additionally, the moderator 35 uses a DS-1 4-wire (1.544 Mbit) for the underlying trans- 
can view the participants that have and have not connected. mission facility, line Code options of AMI or B8ZS, and 

Participants can be notified of, e.g., the conference time, framing options of Super-Frame (SF) or Extended Super- 
dial- in number (if applicable), subject, and participants by, Frame (ESF) can be offered. Service provides 24 digital 
e.g., e-mail, pager, fax, or voice message. channels at 56K per DSO. Fractional DS-ls can also be 

Network Dial -Out service allows the conference modera- 40 available with a minimum of 12 DSOs ordered. Each DSO 

tor to direct-dial each participant at the phone number of channel carries the signaling overhead. DPbx can be chan- 

choice. When a participant answers the phone a bridge is nelized as one-way inbound, one-way outbound or two-way 

created. The moderator is always bridged to the call by being trunk groups. Incoming calls hunt to an idle channel within 

dialed directly. a trunk group, low to high, while the customer hunts high to 

800 Dial-In allows the conference moderator, to offer a 45 low. Customer must yield to a carrier under "glare" condi- 

means for participants unable to be dialed directly to par- tions. Calls are initiated with trunk seizure and confirmed by 

ticipate via a toll-free number a receiving end via "wink" signaling. Addressing can be 

Point & Talk service creates a bridge between two parties selected as, e.g., Dual Tone Multi-Frequency (DTMF) or 

by simply clicking on a phone number. Multi-Frequency (typically used for interoffice 

Music On-Hold permits a selection of music to be avail- 50 communications). Answer Supervision is provided on out- 
able for the moderator to choose while participants join the bound calls. 

bridge. Once all participants have joined, the music can ISDN also can use a DS-1 4-wire transmission facility, 

automatically turn off. Configurations of PRI can be 23B+D or 24B channels. Each 

Cancel Music On-Hold can disengage music on- hold. B (bearer) channel transmission is at 64 kpbs "clear chan- 

Selective Caller Dis-Connect allows a moderator to dis- 55 nel" since the signaling is handled on the "D" or data 

connect any participant at any time. channel for the circuit. In order for a customer to order a 24B 

Selective Caller Mute allows a moderator to mute any circuit, they must have at a minimum one 23B+D configu- 

participant at any time. Other attendees could, e.g., not be ration. In a preferred embodiment, customers can have a 

able to hear the muted person, nor, e.g., could the muted back up D channel when ordering multiple PRIs with a 24B 

person be able to hear other participants in the conference. 60 configuration. Customers can also preferably order PRI with 

Customized Greeting permits customers to generate and a line coding of B8ZS and framing of ESF. ANI delivery can 

load their own greeting that a caller will hear before being be standard with PRI service. 

connected to the bridge. When customers order either a DPBX or ISDN/PRI 

Code Access permits a participant to hear a prompt asking service, each inbound only or two-way trunk group can 

for a code (determined by moderator) that could allow 65 automatically be provisioned with one phone number. If 

access to the conference. The code can be entered, e.g., via more than one phone number is needed per trunk group, DID 

dual tone multiple frequencies (DTMF) tones. services can be ordered. 
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Direct Inward DiaJ (DID) service can be delivered to a 
customer's CPE equipment via inbound only or two-way 
trunks. The switch can deliver the dialed telephone number 
(up to 7 digits), sometimes referred to as DNTS, to the 
premise switch. Number blocks are ordered in blocks of 20 
consecutive numbers i.e. 555-1230 thru 555-1249. 

(2) Call Handling Features 

(a) Line Hunting 

There are several different forms of line hunting. There is 
no additional charge, regardless of which hunting method is 
utilized. The form a customer selects will depend on their 
business application. 

Scries completion hunting allows calls made to a busy 
directory number to be routed to another specified directory 
number. Series completion hunting begins with the origi- 
nally dialed member of the series completion group, and 
searches sequential for an idle directory number from the list 
of directory numbers. A telephone number is assigned to 
each member of the series completion hunt. When hunting 
reaches the last number in the group without finding an idle 
station, a busy signal can occur. 

Multi-line hunting provides a sequential hunt over the 
members in the multi-line hunt group. A phone number is 
assigned to the main number, but each line in the hunt group 
can have a phone number or a "Ter" (Terminal) identifier 
assigned to it. 

Circular hunting allows all lines in a multi-line hunt group 
to be tested for busy, regardless of the point of entry into the 
group. When a call is made to a line in a multi-line hunt 
group, a regular hunt is performed starting at the station 
associated with the dialed number. The hunt continues to the 
last station in the group, then proceeds to the first station in 
the group and continues sequentially through the remaining 
lines in the group. Busy tone can be returned if hunting 
returns to the called station without finding an alternative 
station that is idle. Usually in this situation, all members of 
the multi-line hunt group can be identified with a phone 
number. 

Uniform Call Distribution (UCD) hunting, an enhanced 
form, has specific uses for customers. (UCD is not to be 
confused with Automatic Call Distribution (ACD), which is 
an enhanced version of UCD.) The UCD feature is a hunting 
arrangement that provides uniform distribution of termi- 
nated calls to members of a multi-line hunt group. UCD does 
a pre -hunt for the next call, searches for the next idle 
member and can set the member as the start hunt position for 
the next call. If no idle member is found, the start hunt 
position can be the last called member plus 1. 

(b) Call Forward Busy 

Call Forwarding Busy line can automatically redirect 
incoming calls to a pre-designated telephone number when 
the line is busy. This service can establish a fixed forward-to 
telephone number. In one embodiment, it is not a customer 
changeable number. An order is issued by a carrier to change 
the forward-to number. When Call Forward Busy line is 
activated, the customer can pay for the local and/or toll 
usage charges. This feature can carry a flat monthly rate. 

(c) Call Forwarding Don't Answer 

Call Forwarding Don't Answer can automatically redirect 
all calls to another telephone number when a telephone is not 
answered within a specified amount of time. This service can 
establish a fixed forward-to telephone number. In one 
embodiment, it is not a customer changeable number. An 
order can be issued to change the forward-to number. The 
customer can choose the number of rings before the line 
forwards the call. When Call Forwarding Don't Answer is 
activated, the customer can pay for the local and/or toll 
usage charges. This feature can carry a flat monthly rate. 
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(d) Call Forward Variable 

Call Forwarding Variable allows the user to redirect all 
incoming calls to another telephone number. This service 
can use a courtesy call that allows the customer to notify a 

5 party at the "forward-to-number" that the customer's calls 
will be forwarded to the second party's number. Activating 
the service also returns a confirmation tone to the originator. 
Call Forwarding Variable can take precedence over other 
features and services such as Call Forwarding Busy/Don't 

10 Answer, Call Waiting and Hunting. When this feature is 
activated, the customer can pay for any local and/or toll 
usage charges. This feature can carry a flat monthly rate, 
(c) Call Hold 

Call Hold can enable a user to put any in-progresscall on 
15 hold by flashing the switch hook and dialing a code. This 
frees the line to originate another call. Only one call per line 
can be held at a time. The held call cannot be added to the 
originated call. This feature is not to be confused with the 
hold button on a telephone set. The party placed on hold will 
20 not hear anything (unless customer subscribes to Music-On 
Hold service). This feature carries a flat monthly rate. 

(f) Three-Way Calling 

Three-way Calling service can allow a line in the talking 
state to add a third party to the call without operator 

25 assistance. To add a third party, the user flashes the switch- 
hook once to place the first party on hold, receives recall dial 
tone, dials the second party's telephone number, then flashes 
the switchhook again to establish the three-way connection. 
The second switchhook flash can occur any time after the 

30 completion of dialing, i.e., when the second party answers, 
a two-way conversation can be held before adding the 
original party for a three-way conference. 

(g) Call Transfer 

Call Transfer can conference and transfer an established 
35 inbound call to another number. When this feature is used to 
transfer a call to a local or toll number, the customer 
initiating the feature can pay for the resulting call charges. 
Call Transfer can be used in conjunction with Three-way 
calling. 

40 (h) Call Waiting/Cancel Call Waiting 

Call Waiting Terminating service can alert the user to an 
incoming call while the phone is already in use. The service 
signals the customer with two separate tones or tone pat- 
terns. The calling party can hear ringing or a tone/ring 

45 combination. Call Waiting Terminating can take precedence 
over Call Forwarding Busy Line. Call Waiting Terminating 
service can be canceled on a per call basis. This can be done 
by entering a code prior to placing a call or during a call. 
Call Waiting Originating service can allow a customer to 

50 send, to another line within a group, a Call Waiting tone if 
the other line is busy, 
(i) Extension or Station-to-Station Calling 

Station-to-Station (or "abbreviated") dialing can allow 
one station line to call another staation line without having 

55 to go through the public network. Calls of this nature are 
usually classified as an intercom call. Intercom calls do not 
carry any type of local or loll charges because they occur 
within a common group of numbers. Astation-lo-station call 
can be dialed by using 2-6 digits. An example would be 

60 placing a call to an internal station having the phone number 
667-2345. If the dialing sequence is set at 4 digits, the call 
could be completed simply by dialing 2-3-4-5. If the com- 
mon group is set for 3-digit station-to-station dialing, all 
other station lines can also then set to 3-digit dialing. 

65 (j) Direct Connect Hotline/Ring Down Line 

Direct Connect service automatically dials a pre-selcctcd 
number. Simply taking the receiver off-hook can activate 
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this service. No access codes or telephone numbers need to vale or deactivate the feature from a remote site, a Touch 

be dialed. The Direct Connect number can be selected when Tone service and a Pin Code can be used, for example. The 

service is ordered and can be changed by placement of an Pin Code can be required for security reasons, 

order, such as, for example, via a web interface. The Direct (3) Enhanced Services 

Connect number can be, e.g., an internal line number, a local 5 (a) Remote Call Forward (RCF) 

number or a long distance number. If the call is sent to Remote Call Forward (RCF) service can allow a business 

another local or long distance number, the customer can pay to establish a local presence in other areas without having to 

for the usage charges. invest in a hardwired solution. RCF can create a virtual 

(k) Message Waiting Indicator inbound only service, e.g., via software programming. A 

Message Waiting Indication can come in two forms and is 1Q customer can make a request from the local service provider 

used primarily with Voice Mail. A first form of this feature for a phone number that can be with a rate center that is not 

can provide the station line user with an audible indication associated with the address to where the calls are to termi- 

that Voice Mail has been activated. The stutter tone can be natc. The RCF can be provisioned to forward all incoming 

heard when the user goes o IT- hook, alerting the user that a calls to a customer specific phone number. This can in one 

message has been left in the voice mailbox. When the embodiment, be a non-customer changeable number except 

message has been retrieved, the stutter tone can disappear. 15 via an order. Depending upon the locality of the service, the 

A second form of message waiting indication can be a forwarding of calls can generate a local call, a local toll call 

visual prompt. The visual prompt can operate the same way or a long distance call, which can be invoiced to the RCF 

as the stutter dial tone except that it can use a signal to light customer. Calls can be forwarded to a toll free service and 

a lamp on the customer's phone. in one embodiment do not carry a per call charge. RCF can 

(1) Distinctive Ringing 20 carry a flat MRC. 

This feature can enable a user to determine the source of When a customer requests multiple calls to be terminated 

an incoming call from a distinctive ring. The pattern can be at one time, RCF paths can be ordered. Depending upon the 

based on whether the call (1) originates from within a group, number of paths ordered, the number of calls that can be 

(2) originates external to the group, (3) is forwarded from terminated simultaneously can be determined. Each path can 
the attendant position, or (4) originates from a line with a 25 carry a flat MRC. 

Call Waiting Originating feature. (b) Voice Messaging Services 

Distinctive Ringing can comprise two call processing Voice Messaging services can provide a customer the 

components: Party Filtering and Calling Party Filtering. The control of determining how communications are to be 

distinctive ringing components can provide for distinctive handled at their business. Voice messaging combined with 

ringing patterns to be applied to a terminating line based on 30 local service can create a total business solution. Voice 

the originating line. Each component can have a list of messaging can provide the customer with flexibility and 

multiple options that can be chosen from to customize the total call coverage. 

distinctive ringing. When Distinctive Ringing is assigned to The foundation of voice messaging can be the voice 

a line, it can be immediately active. The station user cannot mailbox, which can provide for the repository of messages, 

deactivate the feature in one embodiment. An order can be 35 These messages can be, for example, voice or fax. The voice 

placed to have Distinctive Ringing deactivated. mailbox can be configured according to the customer's 

(m) Six- Way Conference Calling needs with various levels or grades of service. Retrieval of' 

Six- way conference calling can allow a non-attendant messages can be performed through various methods that 

station to sequentially call up to five (5) other parties after can range, e.g., from a local, to a remote and toll free access, 

dialing the access code. 'Ine non-attendant station can add 40 Voice messaging components take a basic voice mailbox 

parties together to make an, e.g., six- way call. The originator and enhances it. Enhancements can include such features as, 

of the six-way call can be billed for the usage charges. There for example: broadcast services; one number location ser- 

are no limitations on the number of stations that can be vices; pseudo auto attendant; dial out capabilities; revert to 

assigned a Six-way Conference calling group. operator; fax on demand; and informational services, 

(n) Speed Calling 45 Voice messaging services can be broken down into three 

Speed calling can allow a user to dial selected numbers categories. The categories of voice messaging services can 

using fewer digits than are normally required. One- and include, integrated voice messaging, stand-alone voice 

two-digit abbreviated dialing codes can be offered. Speed messaging, and enhanced voice messaging, 

calling can be, e.g., available as an eight-number list (Speed (c) Integrated Voice Messaging 

Calling 8), and a thirty-number list (Speed Calling 30). 50 Integrated voice messaging can tic the customer's phone 
Speed Calling 8 can use codes 2 through 9. Speed Calling 30 number with the voice messaging platform. The customer's 
can use codes 20 through 49. Customers can order both caller needs to dial only one number in order to contact the 
options on one station line for a total of 38 speed calling customer. The integration can be accomplished via call 
codes. Any combination of local and long distance numbers, handling features to the voice-messaging platform such as 
service access codes and 3-digit numbers (such a 9-1-1) can 55 call forwarding busy, call forwarding no answer, call for- 
be entered into the Speed Calling list. The number of digits warding variable and message waiting indication. Basic- 
stored within each code can be limited to, e.g., 16. applications for this type of service can include private/ 
(o) Selective Call Rejection individual lines and multi-lines and multi-line hunt arrange - 

Call Rejection can allow a customer to pre-select up to a ments that can require call coverage. By using an integrated 

set number of phone numbers to reject any incoming calls 60 version of voice messaging, the customer can also receive a 

from those numbers. If the number is not known, this feature "revert to operator" feature as part of the package, 

can also be activated via a code after the call has been This type of service can be application specific. A cus- 

completed. A code can be entered to cancel Call Rejection tomer gives out only one number to its customers for them 

at any time. to reach it. If a customer docs not what to answer the phone, 

(p) Remote Activation of Call Forward Variable 65 when a call is transferred, it can still ring according to 

This feature can enable a customer to activate or deacti- parameters set up by the call handling features, in one 

vate Call Forwarding Variable from a remote site. To acti- embodiment. 
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(d) Stand-alone Voice Messaging vider (ISP) can use server and communications services 
Stand-alone voice messaging can provide customers with including Internet access from the telecommunications net- 
individual voice mailboxes. These mailboxes can be set up work and can be billed for the usage. High speed connec- 
with their own phone numbers and need not be tied to a tivity can be provided as well as World Wide Web, File 
customer's phone number. Therefore, in one embodiment, 5 Transfer Protocol (FTP), Gopher and other Internet hosting 
they do not have "revert to operator'* services and message services, 
waiting indication. These mailboxes can be useful to, e.g., a b. Managed Modem Services 

sales organization which has employees which do not have Managed modem service is a service provided to users of 

an office with phone services. communications services, such as an ISP. Managed modem 

Depending upon the application, a pseudo-integration 10 services provide modem services to subscribers of the ISP. 

type of service can be set up. By using call-handling As an ISP signs up new subscribers, access can be provided 

features, calls can be forwarded to the phone number to the subscriber over modems provided by a networking 

assigned to a voice mailbox. services provider (NSP). Modems can be shared by a 

(4) Class Services plurality of ISPs and economies of scale can be obtained by 
A name and number display can be provided. 15 requiring a lower overall number of modems and associated 
An automatic call back/ring again service can allow communications network hardware. Other dialing services 

automatic return of the last incoming call (i.e., whether can be made available over the data network of the inven- 

answered or mussed). If the number called back is busy, tion. 

automatic call back service can alert the user with a special c. Collocation Services 

ring when the user's line and the line the user is calling back 20 Network services can be provided co-located with a 

are both idle. This feature can be assigned on an individual customer. For example, the telecommunications network 

line basis. The ringback alerting interval can be varied from, carrier can provide TG, AG, and NAS access at the customer 

e.g., 24 to 48 seconds, inclusive in, e.g., 6-second incre- premises for such purposes as high speed modem access. By 

ments. Automatic callback service can be activated before placing telecommunications network components on site at 

receiving another incoming call. Outgoing calls can be 25 a customer location, various advantages can be gained by the 

placed before activating automatic callback on the last telecommunications provider and subscriber, 

incoming call. This service can work well with call waiting. d. IP network Services 

(5) Class of Service Restrictions Other Internet access services can be made available for 
A local only COS restriction restricts all calls to locally a client, such as intranet and PVN services. 

terminated ones. 30 e. Legacy Protocol Services — Systems Network Architec- 

(6) Local Voice/Local Calling (LV/LQ ture (SNA) 

This second segment of Local voice is referred to as local Access to IBM Systems Network Architecture (SNA) 

calling. Local calling is the traffic that is within a LATA but services can be made available over data network 112 of the 

does not constitute a long distance call. Depending upon the invention, 

market that the service is being provided in, local calling can 35 f. Permanent Virtual Circuits 

be a for fee or free service. Permanent Virtual Circuit services can be supported. For 

i. Conferencing Services example, separate SNA PVCs can be provided. 

(1) Audio Conferencing 15. Additional Products and Services 

A 3-way conferencing bridge can be created by the Telecommunications network 200 can be used to deliver 

end-user by choosing the conferencing feature from the 40 a plurality of new product and service offerings. For 

enhanced services menu. ITie end-user enters up to, e.g., two example, new services include, services can be configured 

additional phone numbers and is then connected by the via Internet worldwide web connection to telecom munica- 

bridge. tions network 200. Additional service offerings include that 

Dedicated Termination Service (DTS) allows long dis- billing options can be announced at the beginning of a call, 

tance calls from the calling card to terminate to a Dedicated 45 Another new service enables the announcement of the cost 

PVN site if applicable. Non-PVN calls could terminate of a call to be read at the conclusion of a telephone call, 

regularly over FGD trunks. The network can determine if the Telecommunications network 200 also supports connectiv- 

call can be terminated over its own facilities and if so, rate ity of native IP devices, such as, for example, a SELSIUS 

it appropriately. DTS calls can be priced less than calls that phone. Additional new products and services include inte- 

tcrminatc over FGD. A routing table allows the network to 50 gration of native IP and unified PBX/filc server devices into 

identify calls that originate from a calling card that has been telecommunications network 200. Sec for example customer 

assigned an associated terminating Trunk Group. net 658 shown in FIG. 6D. Attached to network 658 are a 

(a) Audio conferencing features variety or native IP devices 662. For example, IP Client 660 

Audio conferencing can allow a customer to setup a call can be a personal computer capable of VOIP telephony 
with two or more participants. The customer, through an 55 communication, including voice digitizing, network inter- 
easy to use web interface, can create a conferencing bridge. face card and transmission hardware and software. PBX/File 

This service can be available to all customers who sign up Server 664 is a native IP device with hybrid data/voice 

for the service. Because the call is being setup through a web functionality, such as, for example, PBX 666 functionality 

interface, conferences can be setup anywhere access to the with optionally collocated access gateway (AG) 670 func- 

Internet is available. 60 tionality for telephony access by phones 672, and data 

(2) Video Conferencing services functionality such as, for example, file server 668 
— Video conferencing can be provided over telecom muni- functionality. Another new service enables messaging joined 

cations network 200. with find-me type services. 

14. Data Services In addition to the new services just described enabled by 

a. Internet Hosting 65 telecommunications network 200, it should be noted that 

Internet hosting services can be provided over the net- telephone calls over telecommunications network 200 

work of the claimed invention. An Internet Services Pro- deliver call quality which is better than the standard PSTN. 
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Telecom munica lions network 200 also permits read report- 
ing of call statistics and call volumes and billing information 
to commercial clients, for example. Telecommunications 
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network 200 also permits dynamic modification over the 
route traversed by traffic via worldwide web access. 
IV. Definitions 



Term 



Defintition 



access tandem (AT) 



American National Standards Institute 
(ANSI) 

Asynchronous Transfer Mode 
(ATM) 

Automatic Call Distributor 
(ACD) 



bearer (B) channels 
Bellcore 

called party 

calling party 

central office (CO) 
centum call seconds 
(CCS) 

class 5 switch 
class 4 switch 
class 3 switch 
class 1 switch 
CODEC 

competitive LEC 
(CLEC) 

Computer Telephony 
(CT) or 

Computer Telephony Integration 
(CTQ 

customer premises equipment 
(CPE) 

DHCP 

digital access and cross-connect system 
(DACS) 
digitized data 
(or digital data) 

DTMF 

Dual -Tore Multifrequency 

(DrMiy 

egress EO 
egress 

end office (EO) 



Enhanced Service Provider 
(ESP) 

equal access 



An AT is a class 3 or 3/4 switch used to switch calls between EOs in a LATA. 
An AT provides subscribers access to the IXCs, to provide long distance calling 
services. An access tandem is a network node. Other network nodes include, 
for example, a CLEC, or other enhanced service provider (ESP), and international 
gateway or global point-of-presence (GPOP), or an intelligent peripheral (IP). 
This organization develops and publishes voluntary standards for a wide range 
of industries for companies based in the U.S. 

Asynchronous Transfer Mode (ATM) is a high speed cell-based packet switching 
transmission technology. 

A specialized phone system that can handle volumes of incoming calls or make 
outgoing calls. An ACD can recognize and answer an incoming call, look in its 
database for instructions on what to do with that call, send a recorded message to the caller 
(based on instructions from the database), and send the caller to a live operator as soon 
as the operator is free or as soon as the caller has heard the recorded message. 
Bearer (B) channels are digital channels used to carry both digital voice and digital 
data information. An ISDN bearer channel is 64,000 bits per second, which can carry 
PCM-digitized voice or data. 

Bell Communications Research, formed at divestiture to provide centralized services to 
the seven regional Bell holding companies and their operating company subsidiaries. 
Also serves as a coordinating point for national security and emergency preparedness 
and communications matters of the U.S. federal government. 

The called party is the caller receiving a call sent over a network at the destination or 
termination end. 

The calling party, is the caller placing a call over any kind of network from the 
origination end. 

A CO is a facility that houses an EO homed. EOs are often called COs. 
Telephone call traffic is measured in terms of centum call seconds (CCS) 
(Le., one hundred call seconds of telephone conversations). 
'/v> of an Erlang. 

A class 5 switching office is an end office (EO) or the lowest level of local and long distance 

switching, a local central office. The switch closest to the end subscriber. 

A class 4 switching office was a Toll Center fTC) if operators were present or else a 

Toll Point (TP); an access tandem (AT) has class 4 functionality. 

A class 3 switching office was a Primary Center (PC); an access tandem (AT) has class 
3 functionality. 

A class 1 switching office, the Regional Center (RC), is the highest level of local and long 
distance switching, or "office of last resort" to complete a call. 

Coder/Decoder. Compression/decompression. An overall term used for the technology used in 
digital video and digital audio. 

CLECs axe telecommunications services providers capable of providing local services that 

compete with tLECS. A CLEC may or may not handle IXC services as well. 

Adding computer intelligence to the making, receiving, and managing of telephone calls. 



CPE refers to devices residing on the premises of a customer and used to connect to a 
telephone network, including ordinary telephones, key telephone systems, PBXs, video 
conferencing devices and modems. 
Dynamic Host Configuration Protocol 

A DACS is a device providing digital routing and switching functions for Tl lines, 
as well as DS0 portions of lines, for a multiple of Tl ports. 

Digitized data refers to analog data that has been sampled into a binary representation 
(Le., comprising sequences of 0's and l's). Digitized data is less susceptible to noise and 
attenuation distortions because it is more easily regenerated to reconstruct the original signal 
Dual Tone Multi Frequency 

A way of signaling consisting of a push-button or touchtone dial that sends out a sound 
consisting of two discrete tones that are picked up and interpreted by 
telephone switches (either PBXs or central offices). 

The egress EO is the node or destination EO with a direct connection to the called 
party, the termination point. The called party is "homed" to the egress EO. 
Egress refers to the connection from a called party or termination at the destination end of a 
network, to the serving wire center (SWC). 

An EO is a class 5 switch used to switch local calls within a I ATA. Subscribers of the I JiC 
are connected ("homed") to EOs, meaning that EOs are the last switches to which the 
subscribers are connected. 
A network services provider. 

1+ dialing as used in U.S. domestic calling for access to any long distance carrier as required 
under the terms of the modified final judgment (MFJ) requiring divestiture of the 
Regional Bell Operating Companies (RBOCs) from their parent company, AT&T. 
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-continued 



Definition 



Erlaog 



Federal Communications Commission 

(FCC) 

G.711 

G.723.1 



G.729A 
Gateway 



global point of presence 

(GPOP) 

GSM 

H.245 

H.261 

H.263 

H.323 



ietf 

incumbent LEC 
(ILEC) 
ingress EO 

ingress 

totegrated services digital network 
(ISDN) 



integrated service digital network 
(ISDN) 

basic rate interface 
(BRI) line 

intelligent peripheral 
(IP) 



inter machine trunk 
(IMT) 

inter-exchange carrier 
(KC) 

International Multimedia 
Teleconferencing Consortium 
(LMTC) 
International 

Telecommunications Union 

(rru) 

internet protocol (IP) 



An Erlang (named after a queuing theory engineer) is one hour of calling traffic, 
i.e. it is equal to 36 CCS (i.e., the product of 60 minutes per hour and 60 seconds 
per minute divided by 100). An Ertang is used to forecast tru nk in g and TDM switching 
matrix capacity. 

A H no n -blocking" matrix (i.e., the same number of lines and trunks) can theoretically switch 36 
CCS of traffic. 

Numerically, traffic on a trunk group, when measured in Erlangs, is equal to the average number 
of trunks in use during the hour in question. Thus, if a group of trunks carries 20.25 Erlangs 
during an hour, a little more than 20 trunks were busy. 
The U.S. federal agency responsible for regulating interstate and international 
communications by radio, television, wire, satellite, and cable. 

ITU-T Recommendation G.711 (1988) - Pulse code modulation (PCM) of voice frequencies 
ITU-T Recommendation G.723.1 (03/96) - Dual rate speech coder for multimedia 
communications transmitting at 5.3 and 6.3 kbit/s 

Coding of speech at 8 kbit/s using conjugate structure algebraic-code-cxcitcd linear-prediction 

(CS-ACELP) - Annex A: Reduced complexity 8 kbit/s CS-ACELP speech codec 

ITU-T Annex A (11/96) to Recommendation 

An entrance into and out of a communications network. 

Technically, a gateway is an electronic repeater device 

that intercepts and steers electrical signals from one network to another. 

A GPOP refers to the location where international telecommunications facilities and 

domestic facilities interface, an international gateway POP. 

Global System for Mobile Conimunications 

ITU-T Recommendation H.245 (03/96) - Control protocol for multimedia communication 
ITU-T Recommendation H.261 (03/93) - Video codec for audiovisual services at p x 64 kbit/s 
ITU-T Recommendation H.263 (03/96) - Video coding for low bit rate communication 
ITU-T Recommendation H.323 (11/96) - Visual telephone systems and equipment for local area 
networks which provide a non-guaranteed quality of service. The specification that 
defines packet standards for terminals, equipment, and services for multimedia 
communications over LANs. Adopted by the D? telephony community as standard for 
communicating over any packet network, including the Internet. 
Internet Engineering Task Force 

ILECs are the traditional LECs, which include the Regional Bell Operating Companies 
(RBOCs). 

The ingress EO is the node or serving wire center (SVC) with a direct connection to the 
calling party, the origination point The calling party is "homed" to the ingress EO. 
Ingress refers to the connection from a calling party or origination. 

ISDN is a network that provides a standard for communications (voice, data and signaling), 
end-to-end digital transmission circuits, out-of-band signaling, and 
a features significant amount of bandwidth. A network designed to improve the world's 
telecommunications services by providing an internationally accepted standard for voice, 
data, and signaling; by making all transmission circuits end-to-end digital; by adopting a 
standard out-of-band signaling system; and by bringing more bandwidth to the desktop. 
An ISDN Basic Rate Interface (BRI) line provides 2 

bearer B channels and 1 data D line (known as "2B + D" over one or two pairs) to a subscriber. 



An intelligent peripheral is a network system (e.g. a general purpose computer running 
application logic) in the Advanced Intelligent Network Release i (AIN) architecture. 
It contains a resource control execution environment (RCEE) functional group that enables 
flexible information interactions between a user and a network. An intelligent peripheral 
provides resource management of devices such as voice response units, voice announcers, 
and dual tone multiple frequency (DTMF) sensors for caller-activated services. The 
intelligent peripheral is accessed by the service control point (SCP) when services demand 
its interaction- 
Intelligent peripherals provide an intelligent network with the functionality to allow 
customers to define their network needs themselves, without the use of telephone 
company personnel. An intelligent peripheral can provide a routing decision that it 
can terminate, but perhaps cannot regenerate. 

An inter- machine trunk (IM1*) is a circuit between two commonly-connected switches. 

IX Cs are providers of U.S. domestic long distance telecommunications services. 
AT&T, Sprint and MCI are example IXCs. 

A non-profit organization dedicated to developing and promoting standards for audiographics 
and video conferencing. 

An organization established by the United Nations to set telecommunications standards, 
allocate frequencies to various uses, and hold trade shows every four years. 

IP is part of the TCP/IP protocols. It is used to recognize incoming messages, route outgoing 

messages, and keep track of Internet node addresses (using a number to specify a TCP/IP host 

on the Internet). IP corresponds to network layer of OSI. A unique, 32-bit number for a 

specific TCP/IP host on the Internet, normally printed in decimal form 

(for example, 128.12240.227). Part of the TCP/IP family of protocols, it describes software 

that takes the Internet address of nodes, routes outgoing messages, and 

recognizes incoming messages. 
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-continued 



Term 



Defintition 



Internet service provider 
(ISP) 

Internet Engineering Task Force 
(IETF) 

Internet Fax Routing Forum 

(IFRF) 

IP 

IP Telephony 

IPv6 
IPX 
ISDN 

primary rate interface 
(PRO 

ISO Ethernet 



ISP 
ITU 

local exchange carrier 
(LEC) 

local access and transport area 
(LATA) 

local area network 
(LAN) 

Local Exchange Carrier 
(LEC) 

modified final judgment 

(MFI) 

NAT 

network node 



number planning area 
(NPA); NXX 
packetized voice or voice 
over a backbone 



PIN 

Pipe or dedicated 
comnunications facility 
plain old telephone system 
(POTS) 



point of presence 
(POP) 

point-to-point (PPP) protocol 

point-to-point tunneling protocol 
(PPTP) 



PPP 

private branch exchange 
(PBX) 

Private Line with a dial tone 



Private Branch Exchange 
(PBX) 

public switched telephone network 

(PSTN) 

Q.931 

RADIUS 

RAS 



An ISP is a company that provides Internet access to subscribers. A vendor who provides 

direct access to the Internet, the worldwide network of networks. 

One of two technical working bodies of the Internet Activities Board. 

It meets three times a year to set the technical standards that run the Internet. 

Has published a specification letting companies interconnect their Internet fax servers 

to let service providers deliver fax traffic from other companies. 

See Internet Protocol or Intelligent Peripheral 

Technology that lets you make voice phone calls over the Internet or other packet networks 
using your PC, via gateways and standard telephones. 
Internet Protocol - version 6 
Internet Package eXchange 

An ISDN Primary Rate Interface (PR!) line provides the ISDN equivalent of a Tl circuit. 
The PRI delivered to a customer's premises can provide 23 B + D (in North America) 
or 30B + D (in Europe) channels running at 1.544 megabits per second and 
2.048 megabits per second, respectively. 

An extension of the Ethernet LAN standard proposed by IBM and National Semiconductor. 

Has the potential to carry both live voice or video calls together with LAN 

packet data on the same cable. 

See Internet Service Provider 

See International Telecommunication Union 

LECs are providers of local telecommunications services. Can include subclasses 
including, for example, incumbent LECs (e.g. RBOCs), independent LECs (e.g. GTE), 
competitive LECs (e.g. Level 3 Commnunications, Inc.). 
A LATA is a region in which a LEC offers services. 

There are 161 LATAs of these local geographical areas within the United States. 
A LAN is a communications network providing connections between computers and peripheral 
devices (e.g., printers and modems) over a relatively short distance (e.g., within a building) 
under standardized control. 

A company that provides local telephone service. 

Modified final judgment (MFJ) was the decision requiring divestiture of the Regional Bell 
Operating Companies (RBOCs) from their parent company, AT&T. 
Network Address Translation 

A network node is a generic term for the resources in a telccomnunications network, 
including switches, DACS, regenerators, etc. Network nodes essentially include all non-circuit 
(transport) devices. Other network nodes can include, for example, equipment of a CLEC, or 
other enhanced service provider (ESP), a point -of-presencc (POP), an international gateway or 
global point-of-presence (GPOP). 

NPA is an area code. NXX is an exchange, identifying the EO homed to the subscriber. 
(The homed EO is typically called a central office (CO).) 

One example of packetized voice is voice over internet protocol (VOIP). Voice over packet 

refers to the carrying of telephony or voice traffic over a data 

network, e.g. voice over frame, voice over ATM, voice over Internet Protocol (IP), 

over virtual private networks (VPNs), voice over a backbone, etc. 

Personal Identification Number 

A pipe or dedicated communications facility connects an ISP to the internet 

The plain old telephone system (POTS) line provides basic service supplying standard 

single line telephones, telephone lines and access to the public switched 

telephone network (PSTN). All POTS lines work on loop start signaling. 

One "starts" (seizes) a phone line or trunk by giving a supervisory 

signal (e.g. taking the phone off hook). Loop start signaling involves seizing a line 

by bridging through a resistance the tip and ring (both wires) of a telephone line. 

A POP refers to the location within a LATA where the KC and LEC facilities interface. 

PPP is a protocol permitting a computer to establish a connection with the Internet using a 

modem. PPP supports high-quality graphical front ends, like Netscape. 

A virtual private networking protocol, point-to-point tunneling protocol (PPTP), can be 

used to create a "tunnel"' between a remote user and a data network. A tunnel permits a 

network administrator to extend a virtual private network (VPN) from a server (e.g., a 

Windows NT server) to a data network (e.g., the Internet). 

Sec Point- to-Point Protocol 

A PBX is a private switch located on the premises of a user. The user is typically a 
private company which desires to provide switching locally. 

A private line is a direct channel specifically dedicated to a customer's use between two 
specified points. A private line with a dial tone can connect a PBX or an ISP's access 
concentrator to an end office (e.g. a channelized Tl or PRI). 
A private line can also be known as a leased line. 

A small phone company central office that you (instead of the phone company) own. 
The PSTN is the worldwide switched voice network 

ITU-T Recommendation Q.931 (03/93) - Digital Subscriber Signaling System No. 1 
(DSS 1) - ISDN user-network interface layer 3 specification for basic call control 
Remote Authentication Dial-In User Service, an example of a proxy server which maintains 
a pool of IP addresses. 
Rcgistratio n/ Ad nussio n/S tatus 
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VOICE OVER DATA 
TELECOMMUNICATIONS NETWORK 
ARCHITECTURE 

CROSS-REFERENCE TO RELATED 
APPLICATION 

The following application of common assignee contains a 
related disclosure to the present application: U.S. patent 
application Ser. No. (to be assigned), filed on even date 
herewith, entitled "System and Method for Bypassing Data 
from Egress Facilities," application Ser. No. 09/196,756, 
which is incorporated herein by reference in its entirety. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to telecommuni- 
cations networks and, more particularly, to a system and 
method for providing transmission of voice and data traffic 
over a data network, including the signaling, routing and 
manipulation of such traffic. 

2. Related Art 

The present invention relates to telecommunications, and 
in particular to voice and data communication operating 
over a data network. The Public Switched Telephone Net- 
work (PSTN) is a collection of different telephone networks 
owned by different companies which have for many years 
provided telephone communication between users of the 
network. Different parts of the PSTN network use different 
transmission media and compression techniques. 

Most long distance calls are digitally coded and transmit- 
ted along a transmission line such as a 11 line or fiber optic 
cable, using circuit switching technology to transmit the 
calls. Such calls are time division multiplexed (TDM) into 
separate channels, which allow many calls to pass over the 
lines without interacting. The channels are directed inde- 
pendently through multiple circuit switches from an origi- 
nating switch to a destination switch. Using conventional 
circuit switched communications, a channel on each of the 
IT lines along which a call is transmitted is dedicated for the 
duration of the call, whether or not any information is 
actually being transmitted over the channel. The set of 
channels being used by the call is referred to as a "circuit.'* 

Telecommunications networks were originally designed 
to connect one device, such as a telephone, to another 
device, such as a telephone, using switching services. As 
previously mentioned, circuit-switched networks provide a 
dedicated, fixed amount of capacity (a "circuit") between the 
two devices for the entire duration of a transmission session. 
Originally, this was accomplished manually. A human opera- 
tor would physically patch a wire between two sockets to 
form a direct connection from the calling party to the called 
party. More recently, a circuit is set up between an origi- 
nating switch and a destination switch using a process 
known as signaling. 

Signaling sets up, monitors, and releases connections in a 
circuit-switched system. Various signaling methods have 
been devised. Telephone systems formerly used in-band 
signaling to set up and tear down calls. Signals of an in-band 
signaling system are passed through the same channels as 
the information being transmitted. Early electromechanical 
switches used analog or multi-frequency (MF) in-band sig- 
naling. Thereafter, conventional residential telephones used 
in-band dual-tone multiple frequency (DTMF) signaling to 
connect to an end office switch. Here, the same wires (and 
frequencies on the wires) were used to dial a number (using 
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pulses or tones), as are used to transmit voice information. 
However, in-band signaling permitted unscrupulous callers 
to use a device such as a whistle to mimic signaling sounds 
to commit fraud (e.g., to prematurely discontinue billing by 

5 an interexchange carrier (IXC), also known as a long dis- 
tance telephone company). 

More recently, to prevent such fraud, out-of-band signal- 
ing systems were introduced. Out-of-band signaling uses a 
signaling network that is separate from the circuit switched 

1° network used for carrying the actual call information. For 
example, integrated services digital network (ISDN) uses a 
separate channel, a data (D) channel, to pass signaling 
information out-of-band. Common Channel Interoffice Sig- 
naling (CCIS) is another network architecture for out-of- 

15 band signaling. A popular version of CCIS signaling is 
Signaling System 7 (SS7). SS7 is an internationally recog- 
nized system optimized for use in digital telecommunica- 
tions networks. 

SS7 out-of-band signaling provided additional benefits 

20 beyond fraud prevention. For example, out-of-band signal- 
ing eased quick adoption of advanced features (e.g., caller 
id) by permitting modifications to the separate signaling 
network. In addition, the SS7 network enabled long distance 
"Equal Access" (i.e., 1+ dialing for access to any long 

25 distance carrier) as required under the terms of the modified 
final judgment (MFJ) requiring divestiture of the Regional 
Bell Operating Companies (RBOCs) from their parent 
company, AT&T. 

^ An SS7 network is a packet-switched signaling network 
formed from a variety of components, including Service 
Switching Points (SSPs), Signaling Transfer Points (STPs) 
and Service Control Points (SCPs). An SSP is a telephone 
switch which is directly connected to an SS7 network. All 

35 calls must originate in or be routed through an SSP. Calls are 
passed through connections between SSPs. An SCP is a 
special application computer which maintains information 
in a database required by users of the network. SCP data- 
bases may include, for example, a credit card database for 

40 verifying charge information or an "800" database for pro- 
cessing number translations for toll-free calls. STPs pass or 
route signals between SSPs, other STPs, and SCPs. An STP 
is a special application packet switch which operates to pass 
signaling information. 

45 The components in the SS7 network are connected 
together by links, links between SSPs and STPs can be, for 
example, A, B, C, D, E or F links. Typically, redundant links 
are also used for connecting an SSP to its adjacent STPs. 
Customer premises equipment (CPE), such as a telephone, 

50 are connected to an SSP or an end office (EO) switch. 

To initiate a call in an SS7 telecommunications network, 
a calling party using a telephone connected to an originating 
EO switch, dials a telephone number of a called party. The 
telephone number is passed from the telephone to the SSP at 

55 the originating EO (referred to as the "ingress EO") of the 
calling party's local exchange carrier (LEC). A LEC is 
commonly referred to as a local telephone company. First, 
the SSP will process triggers and internal route rules based 
on satisfaction of certain criteria. Second, the SSP will 

60 initiate further signaling messages to another EO or access 
tandem (AT), if necessary. The signaling information can be 
passed from the SSP to STPs, which route the signals 
between the ingress EO and the terminating end office, or 
egress EO. The egress EO has a port designated by the 

65 telephone number of the called party. The call is set up as a 
direct connection between the EOs through tandem switches 
if no direct trunking exists or if direct trunking is full. If the 
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call is a long distance call, i.e., between a calling party and In a packet-switched network, there is no single, unbroken 

a called party located in different local access transport areas physical connection between sender and receiver. The pack- 

(LATAs), then the call is connected through an inter e ts from many different calls share network bandwidth with 

exchange carrier (IXC) switch of any of a number of long other transmissions. The packets are sent over many differ- 

distance telephone companies. Such a long distance call is 5 ent routes at the same time toward the destination, and then 

commonly referred to as an intcr-LATAcall. LECs and IXCs are reassembled at the receiving end. The result is much 

are coUectively referred to as the previously mentioned more efficient use of a telecommunications network than 

public switched telephone network (PSTN). couId ^ achieved ^ drcuit Wchirig. 

Emergence of competitive LECs (CLECs) was facilitated „ . . « . « A ^ . c t A . . , 

by passage of the Telecommunications Act of 1996, which in . f™f>™* "^rejit effiaenc y ° f packet-switched 

authorized competition in the local phone service market. 10 d L a netWOrks SUC * as the ^fernet, attention has focused on 

Traditional LECs or RBOCs are now also known as incum- me transmission of voice information over packet-switched 

bent LECs (ILECs). Thus, CLECs compete with ILECs in " etworks - However, such systems are not compatible with 

providing local exchange services. This competition, ^ KTN and therefore are not ^^nient to use. 

however, has still not provided the bandwidth necessary to 0ne approach that implements voice communications 

handle the large volume of voice and data communications. 15 over ™ IP network requires that a person dial a special 

This is due to the limitations of circuit switching technology access number to access an IP network. Once the IP network 

which limits the bandwidth of the equipment being used by fe accessed, the destination or called number can be dialed, 

the LECs, and to the high costs of adding additional equip- ™* type of call is known as a gateway-type access call, 

ment. Another approach involves a user having a telephone that 

Since circuit switching dedicates a channel to a call for the * dedicated to an IP network. This approach is inflexible 

duration of the call, a large amount of switching bandwidth since ca lk can only be made over the UP network without 

is required to handle the high volume of voice calls. This direct access to thc PSTN. 

problem is exacerbated by the fact that the LECs must also What is needed is a system and method for implementing 

handle data communications over the same equipment that 25 packet -switched communications for both voice calls and 

handle voice communications. data calls that do not require special access numbers or 

If the PSTN were converted to a packet-switched dedicated phones and permit full integration with the legacy 

network, many of the congestion and limited bandwidth PSTN. 

problems would be solved. However, the LECs and IXCs yiIMUAUV ,„. v INJVL , NrnnM 
have invested large amounts of capital in building, upgrad- 30 SUMMARY OF THE INVENTION 
ing and maintaining their circuit switched networks (known The present invention is a system and method for com- 
as "legacy" networks) and are unable or unwilling to jettison municating both voice and data over a packet-switched 
their legacy networks in favor of the newer, more powerful network that is adapted to coexist and communicate with a 
technology of packet switching. Accordingly, a party want- PSTN. The system permits efficient packet switching of 
ing to build a packet-switched network to provide voice and 35 voice calls and data calls from a PSTN carrier such as, for 
data communications for customers must build a network example, a LEG, IXC, a customer facility or a direct IP 
that, not only provides the desired functionality, but also is connection on the data network to any other LEC, IXC, 
fully compatible with the SS7 and other, e.g., ISDN and MF, customer facility or direct IP connection. For calls from a 
switching networks of the legacy systems. PSTN carrier, e.g., LEC or IXC, the invention receives 
Currently, internets, intranets, and similar public or pri- 40 signaling from the legacy SS7 signaling network or the 
vate data networks that interconnect computers generally ISDN D-channel or from inband signaling trunks. For calls 
use packet switching technology. Packet switching provides from a customer facility, data channel signaling or inband 
for more efficient use of a communication channel as com- signaling is received. For calls from a direct IP connection 
pared to circuit switching. With packet switching, many on the data network, signaling messages can travel over the 
different calls (e.g., voice, data, video, fax, Internet, etc.) can 45 data network. On the call destination side, similar signaling 
share a communication channel rather than the channel schemes are used depending on whether the called party is 
being dedicated to a single call. For example, during a voice on a PSTN carrier, a customer facility or a direct IP 
call, digitized voice information might be transferred connection to the data network. 

between the callers only 50% of the time, with the other 50% The system includes soft switch sites, gateway sites, a 

being silence. For a data call, information might be trans- 50 data network, a provisioning component a network event 

ferred between two computers 10% of the time. With a component and a network management component. The 

circuit switched connection, the voice call would tie-up a system of the invention interfaces with customer facilities 

communications channel that may have 50% of its band- (e.g., a PBX), carrier facilities (e.g., a PSTN earner, a LEC 

width being unused. Similarly, with the data call, 90% of the (e.g., ILECs and CLECs), an independent telephone com- 

channel's bandwidth may go unused. In contrast, a packet- 55 pany (ITC), an IXC, an intelligent peripheral or an enhanced 

switched connection would permit the voice call, the data service provider (ESP)) and legacy signaling networks (e.g., 

call and possibly other call information to all be sent over the SS7) to handle calls between any combination of 

same channel. on-network and off-network callers. 

Packet switching breaks a media stream into pieces The soft switch sites provide the core call processing for 
known as, for example, packets, cells or frames. Each packet 60 the voice network architecture. Each soft switch site can 
is then encoded with address information for delivery to the process multiple types of calls including calls originating 
proper destination and is sent through the network. The from or terminating at off-network customer facilities as 
packets are received at the destination and the media stream well as calls originating from or terminating at on-network 
is reassembled into its original form for delivery to the customer facilities. Each soft switch site receives signaling 
recipient. This process is made possible using an important 65 messages from and sends signaling messages to the signal- 
family of communications protocols, commonly called the ing network. The signaling messages can include, for 
Internet Protocol (IP). example, SS7, integrated services digital network (ISDN) 
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primary rate interface (PRI) and in-baDd signaling messages. etc.) generates simple network management protocol 

Each soft switch site processes these signaling messages for (SNMP) events or alerts. The NOC uses the events gener- 

the purpose of establishing new calls through the data ated by each network element to determine the health of the 

network and tearing down existing calls and in-progress call network and to perform other network management func- 

control functions. Signaling messages can be transmitted 5 tions. 

between any combination of on-network and off- network In a preferred embodiment, the invention operates as 

callers. follows to process, for example, a long distance call (also 

Signaling messages for a call which either originates 1 f Bom . 35 a * + caU >: First ' a soft switch site receives an 

off-network or terminates off-network can be carried over ^^ing call signaling message from the signaling net- 

the out-of-band signaling network of the PSTN via the soft io wo *- ^ *™ tc * SI * determines the type of call by 

t- r u , t . performing initial digit analysis on the dialed number. Based 

switch sites. Signaling messages for a call which both £ the information in the signaling message, the soft 

originates on-network and terminates on-network can be switcfa ^ anal me ^ ^ of ^ ^ QQmbcr of 

earned over the data network rather than through the sig- me call ^ determine s that it is a 1+ call. Tne soft switch 

naling network. s j te men qu e ri es a customer profile database to retrieve the 

The gateway sites originate and terminate calls between 15 originating trigger plan associated with the calling customer, 

calling parties and called parties through the data network. The query can be made using, for example, the calling party 

The soft switch sites control or manage the gateway sites. In number provided in the signaling message from the signal- 

a preferred embodiment, the soft switch sites use a protocol ing network. This look-up in the customer profile database 

such as, for example, the Internet Protocol Device Control returns subscription information. For example, the customer 

(IPDC) protocol, to manage network access devices in the 20 profile may indicate that the calling party has subscribed to 

gateway sites to request the set-up and tear-down of calls. an account code verification feature that requires entry of an 

However, other protocols could be used, including, for account code before completion of the call. In this case, the 

example, network access server messaging interface (NMI) 506 site win instruct ^ gateway site to collect the 

and the ITU media gateway control protocol (MGCP). a ^ u u nt ^ ente ^ d c ^ ^rty. Assuming 

™ , • t * A i 25 that the gateway site collects the correct number of digits, 

The gateway sites can also include network access ^ ^ ^ ^ use ^ au)matt ^ to 

devices to prov.de access to network resources (i.e., the how tQ rocess ^ For ^ 

communication channels or circuits that provide the band- verification> ^ ^f, a ^ iA ^ verifies the validit of Ae 

width of the data network). The network access devices can received digits 

be referred to generally as access servers or media gateways. \/ -c ** i* • *u j* c * • 

„ . & 3 « • .1- 30 Venfication can result in the need to enforce a restriction, 

Exemplary access servers or media gateways are trucking , . c /~^o\ . • /^.^or»x * • 

servers (NASs). The gateway sites provide for transmission . . . . 4 i( _ , * . A A .. u 

<• u~*u • a a * * cc *u u.lj. ^ ~, is valid, but that it requires that an intrastate COSR should 

of both voice and data traffic through the data network. The , c , ™. n 4 . 4 ti _ „ . ■ . . . 

t . t . 4 , be enforced. This means that the call is required to be an 

gateway sites also provide connectivity to other telecom- - . . . „ 4 « , ~, . r ■ . . .* 

° . *. * • * i • . _c * r *i . 35 intrastate call to be valid. The class of service restriction 

munications earners via trunk interfaces to earner facilities , , , , 4l _ * * 

c *u u * * ii t-l *_ i * * i l°gi c can be performed within the soft switch site using, for 

for the handling of voice calls. The trunk interfaces can also , , , , , t , 4 ^ *=* 

. At *u * - *• * j* i j a * ii in. example, pre-loaded local access and transport areas 

be used for the termination of dial-up modem data calls. The /T A ™,!f v r , t a 4 ™_ . . , .j 1 ', 

, •* - * 4 i* (LATAs) and state tables. The soft switch would then allow 

gateway sites can also provide connectivity via pnvate lines « ' , . r it _ * c . , A , 

a a ~k * a 1- /i^atv c t>* ipnM tvt*t the call to proceed if the class of service requested matches 

and dedicated access lines (DALs), such as Tl or ISDN PRI ; r , . „ _ ^ . T A _ A 

r A A - .,V. 7 40 the authorized class of service. For example, if the LATA 

faculties, to customer facilities. , .* . • • A ™ A r . . . _ 

_ , , . ^ - and state tables show that the LATA of the onginatmg party 

Hie data network connects one or more of the soft switch and me l^ja of me terminating party are in the same state, 

sites to one or more of the gateway sites. The data network men the ^ ^ ^ ^ to proceed ^ site 

routes data packets through routing devices (e.g., routers) to men co^es customer service processing and prepares to 

destination sites (e.g., gateway sites and soft switch sites) on 45 terminate the call . At ^ ^ the ^ switch site has 

the data network For example, the data network routes executing ^ customer service logic and has a 

internet protocol (IP) packets for transmission of voice and ir>digit dialed number ^ must ^ terminated. To accom- 

data traffic from a first gateway site to a second gateway site. plish me teimimtioil> the soft switch site determines the 

The data network represents any art-recognized data net- terminating gateway. The dialed number (i.e., the number of 

work including the global Internet, a pnvate intranet or 5Q me called party dialed by the calling party) is used to select 

uiternet, a frame relay network, and an asynchronous trans- a termination on the data network. This termination may be 

fer mode (ATM) network. selected based on various performance, availability or cost 

The network event component collects call events criteria. The soft switch site then communicates with a 

recorded at the soft switch sites. Call event records can be second soft switch site associated with the called party to 

used, for example, for fraud detection and prevention, and 55 request that the second soft switch site allocate a terminating 

billing. circuit or trunk group in a gateway site associated with the 

The provisioning event component receives provisioning called party. One of the two soft switch sites can then 

requests from upstream operational support services (OSS) indicate to the other the connections that the second soft 

systems such as, for example, for order-entry, customer switch site must make to connect the call. The two soft 

service and customer profile changes. The provisioning 60 switch sites then instruct the two gateway sites to make the 

component distributes provisioning data to appropriate net- appropriate connections to set up the call. The soft switch 

work elements and maintains data synchronization, sites send messages to the gateway sites through the data 

consistency, and integrity across multiple soft switch sites. network using, for example, IPDC protocol commands. 

The network management component includes a network Alternately, a single soft switch can set up both the origj- 

operations center (NOC) for centralized network manage- 65 nation and termination. 

merit. Each network element(NE) (e.g., soft switch sites, The present invention provides a number of important 

gateway sites, provisioning, and network event components, features and advantages. First, the invention uses application 
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logic to identify and direct incoming data calls straight to a FIG. 5A depicts a detailed block diagram of an exemplary 

terminating device. This permits data calls to completely soft switch site including two SS7 Gateways communicating 

bypass the egress end office switch of a LEC. This results in with a plurality of soft switches which are in turn commu- 

significant cost savings for an entity such as an internet nicating with a plurality of Gateway sites; 

service provider (ISP), ILEC, or CLEC. This decrease in 5 fig. 5B provides a Gateway Messages OOP Class Defi- 

cost results partially from bypass of the egress ILEC end nition; 

office switch for data traffic. mQ 5C depicts a bJock diagram of interprocess commu- 
A further advantage for ISPs is that they are provided data nication including soft switch interaction with SS7 gate- 
in the digital form used by data networks (e.g., IP data ways; 

packets), rather than the digital signals conventionally used 10 ^ 5D & block rf mterprocess 

by switched voice networks (e.g., PPP signals). nication mcludmg an access server signaling a soft switch to 

Consequently, the ISPs need not perform costly modem register with SS7 gateways; 

conversion processes that would otherwise be necessary. er , . . . , . * . - ~ . , 

™. . . , , . 3 FIG. 5E depicts a block diagram of a son switch regis- 

The elimination of many telecommunications processes terine with SS7 atew d* * 

frees up the functions that ISPs, themselves, would have to 15 1T¥ ~, , . , . ^ a ^equ^^g lagram, 

perform to provide Internet access. . «A depicts an Off-Switch CaU Processing Abstrac- 

. . . , . , tion Layer for mterfacmg with a plurality of on-network and 

Another advantage of the present invention is that voice off-network SCPs* 

traffic can be transmitted transparently over a packet- _ ^ , . f „ 

switched data network to a destination on the PSTN. , ^ 68 de P lcts an I^Uigent Network Component (INC) 

... 20 Architecture; 

Yet another advantage of the invention is that a very large j ■ , T kt^ i_-* * i j- ^ 

ml j il i FIG. 6C depicts an INC architecture including On-net 

number of modem calls can be passed over a single channel „ ~ t (11 . „„ x b 

£ ,t j . . i - t 11 - jT- u Services Control Points (SCPs); 

of the data network, including calls carrying media such as v n 

voice, bursty data, fax, audio, video, or any other data FIG. 6D depicts an INC aichitecmre including On-net and 

formats Off-net SCPs and customer Automatic Call Distributors 

25 ( ACRsY 

Further features and advantages of the invention, as well n „ ' . A „ „ „ _ 

as the structure and operation of various embodiments of the 7A prOVldcS a C ™Z&™*™ Sc™ OOP Class 

invention, are described in detail below with reference to the 1 lon ' 

accompanying figures. FIG. 7B depicts a block diagram of interprocess commu- 

nication including soft switch interaction with configuration 

BRIEF DESCRIPTION OF THE FIGURES server, 

The present invention will be described with reference to e . FIG ' »A depicts Route Server Support for a Soft Switch 

the accompanying figures, wherein: Slte mclumn g a plurality of collocated or geographically 

r „„ fiL „. * » diverse route servers, soft switches, and Trunking Gateway 

FIG. 1 is a high level view of the Telecommunications amJ Access ^way sites, 

Network of the present invention; 35 m „ OTy n , _ „ „ _ _ .. 

^„ ^. . \ , * - , „, , FIG. 8B provides a Route Server OOP Class Definition; 

FIG. 2A is an intermediate level view of the Telecommu- M 4 A «™ J( ™ ^ ^ . . 

. 4 . XT . , . • FIG. 8C provides a Route Objects OOP Class Definition; 

mcations Network of the present invention; *™ «^ ~ , ~, _ ^ . . ' 

T-r^> m ■ . 4 j * * -i i , * FIG. 8D provides a Pools OOP Class Definition; 

FIG. 2B is an intermediate level operational call flow of ou 0 . . ~ u . 4 nrknrn ~ c 

the present invention- FIG - 8E P rovides a Circuit ° b J ects 00P aass Definition; 

FIG. 3 is a specific' example embodiment of the telecom- 40 . 8F ^ a ^.f f»™ of interprocess commu- 

munications network including three geographically diverse !^ 10n mdudlDg S ° fl ^ * teractl0n ™ te «ivcr 

soft switch sites and multiple geographically diverse or ^ A , . ^ 

collocated gateway sites; FIG " 9 de P lcts a block of an exem Plary Regional 

nr^j li i j- *ii * Network Event Collection Point Architecture (RNECP) 

FIG. 4Ademcts ablock diagram illustrahng the interfaces 45 a mastef ^ ^ hayin a ^ v of maste ; 

between a soft switch and me remaining components of a netW ork event database servers; 

telecommunications network; <if w , • , 

• * o ^ o . u ^ • , r»__ FIG. 10A depicts a detailed block diagram of an exem- 

FIG. 4B provides a Soft Switch Object Oriented Program- j eatewav site- 

ming (OOP) Class Definition; y * ' . , . r . 

' . , ^ „ ' „ n n ^ . . FIG. 10B depicts a block diagram of interprocess com- 

40 P fOVldes a Cal1 OOP Qass Etefimuon; 50 municalion mcluding ^ switch interaction with access 

FIG. 4D provides a Signaling Messages OOP Class servers; 

Definition; nG depicts a detailed block diagram of an exem- 

FIG. 4E provides an IPDC Messages OOP Class Defini- plary Trunking Gateway High-Level Functional Architec- 

tion; ture; 

FIG. 4F depicts a block diagram of interprocess commu- FIG. 11B depicts a detailed flow diagram overviewing a 

nication including the starting of a soft switch command and Gateway Common Media Processing Component on the 

control functions by a network operations center; Ingress side of a trunking gateway; 

FIG. 4G depicts a block diagram of soft switch command FIG. 11C depicts a detailed flow diagram overviewing a 

and control startup by a network operations center sequenc- ^ Gateway Common Media Processing Component on the 

ing diagram; Egress side of a trunking gateway; 

FIG. 4H depicts a block diagram of soft switch command FIG. 12 depicts a detailed block diagram of an exemplary 

and control registration with configuration server sequenc- Access Gateway High-Level Functional Architecture; 

ing diagram; FIG. 13 depicts a detailed block diagram of an exemplary 

FIG. 41 depicts a block diagram of soft switch accepting 65 Network Access Server High-Level functional architecture; 

configuration information from configuration server FIG. 14 depicts an exemplary digital cross connect system 

sequencing diagram; (DACS); 



US 6,614 

9 

FIG. 15 depicts an exemplary Announcement Server 
Component Interface Design; 

FIG. 16 A depicts an exemplary data network intercon- 
necting a plurality of gateway sites and a soft switch site; 

FIG. 16B depicts a exemplary logical view of an Asyn- 5 
chronous Transfer Mode (ATM) network; 

FIG. 17A depicts an exemplary signaling network includ- 
ing a plurality of signal transfer points (STPs) and SS7 
gateways; 

FIG. 17B depicts another exemplary embodiment show- 
ing connectivity to an SS7 signaling network; 

FIG. 17C depicts a block diagram of an SS7 signaling 
network architecture; 

FIG. 18 depicts a block diagram of the provisioning and 15 
network event components; 

FIG. 19A depicts a block diagram of a data distributor in 
communication with a plurality of voice network elements; 

FIG. 19B depicts a more detailed description of a data 
distributor architecture including voice network elements 20 
and upstream operational support services applications; 

FIG. 19C depicts an exemplary embodiment of a data 
distributor and voice network elements; 

FIG. 19D depicts a block diagram of provisioning inter- 
faces into the SCPs from the data distributor, 

FIG. 19E illustrates a data distributor including BEAM3, 
a CORBA-compliant interface server 1936 with an imbed- 
ded TUXEDO layer; 

FIG. 19F depicts a detailed example embodiment block 30 
diagram of the BEA M3 data distributor of the provisioning 
element, 

FIG. 19G depicts a block diagram illustrating a high level 
conceptual diagram of the BEA M3 CORBA-compliant 
interface; 35 

FIG. 19H depicts a block diagram illustrating additional 
components of the high level conceptual diagram of the 
BEA M3 CORBA-compliant interface; 

FIG. 191 depicts a block diagram illustrating a data 
distributor sending data to configuration server sequencing 40 
diagram; 

FIG. 20 depicts a block diagram of a Master Network 
Event Database (MNEDB) interfacing to a plurality of 
database query applications; 

FIG. 21A depicts an exemplary network management 
architecture; 

FIG. 21B depicts an outage recovery scenario illustrating 
the occurrence of a fiber cut, latency or packet loss failure 
in the Data Network; 50 

FIG. 21C depicts an outage recovery scenario including a 
complete-gateway site outage; 

FIG. 21D further depicts an outage recovery scenario 
including a complete-gateway site outage; 

FIG. 21E depicts an outage recovery scenario including a 55 
complete soft switch site outage; 

FIG. 21F further depicts an outage recovery scenario 
including a complete soft switch site outage; 

FIG. 21G depicts a block diagram of interprocess com- 
munication including a NOC communicating with a soft 60 
switch; 

FIG. 22A depicts a high-level operational call flow; 
FIG. 22B depicts a more detailed call flow; 
FIG. 22C depicts an even more detailed call flow; 65 
FIG. 23 A depicts an exemplary voice call originating and 
terminating via SS7 signaling on a Trunking Gateway; 
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FIG. 23B depicts an exemplary data call originating on a 
SS7 trunk on a trunking gateway (TG); 

FIG. 23C depicts an exemplary voice call originating on 
a SS7 trunk on a trunking gateway and terminating via 
access server signaling on an access gateway (AG); 

FIG. 23D depicts an exemplary voice call originating on 
an SS7 trunk on a trunking gateway and terminating on an 
announcement server (ANS); 

FIG. 24A depicts an exemplary voice call originating on 
an SS7 trunk on a network access server and terminating on 
a trunking gateway; 

FIG. 24B Data Call originating on an SS7 trunk and 
terminating on a NAS; 

FIG. 24C depicts an exemplary voice call originating on 
an SS7 trunk on a NAS and terminating via access server 
signaling on an AG; 

FIG. 24D depicts an exemplary data call on a NAS with 
callback outbound reorigination; 

FIG. 25A depicts an exemplary voice call originating on 
access server trunks on an AG and terminating on access 
server trunks on an AG; 

FIG. 25B depicts an exemplary data call on an AG; 

FIG. 25C depicts an exemplary voice call originating on 
access server trunks on an AG and terminating on SS7 
signaled trunks on a TG; 

FIG. 25D depicts an exemplary outbound data call from 
a NAS via access server signaling to an AG; 

FIG. 26A depicts a more detailed diagram of message 
flow for an exemplary voice call received over a TG; 

FIG. 26B depicts a more detailed diagram of message 
flow for an exemplary voice call received over a NAS; 

FIG. 26C depicts a more detailed diagram of message 
flow for an exemplary data call over a NAS; 

FIGS. 27-57 depict detailed sequence diagrams demon- 
strating component intercommunication during a voice call 
received on a NAS or TG or a data call received on a NAS; 

FIG. 27 depicts a block diagram of a call flow showing a 
soft switch accepting a signaling message from an SS7 
gateway sequencing diagram; 

FIG. 28 depicts a block diagram of a call flow showing a 
soft switch getting a call context message from an LAM 
signaling message sequencing diagram; 

FIG. 29A depicts a block diagram of a call flow showing 
a soft switch processing an IAM signaling message includ- 
ing sending a request to a route server sequencing diagram; 

FIG. 29B depicts a block diagram of a call flow showing 
a soft switch starting processing of a route request sequenc- 
ing diagram; 

FIG. 30 depicts a block diagram of a call flow showing a 
route server determining a domestic route sequencing dia- 
gram; 

FIG. 31 depicts a block diagram of a call flow showing a 
route server checking availability of potential terminations 
sequencing diagram; 

FIG. 32 depicts a block diagram of a call flow showing a 
route server getting an originating route node sequencing 
diagram; 

FIG. 33A depicts a block diagram of a call flow showing 
a route server calculating a domestic route for a voice call 
sequencing diagram; 

FIG. 33B depicts a block diagram of a call flow showing 
a route server calculating a domestic route for a voice call 
sequencing diagram; 
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FIG. 34 depicts a block diagram of a call flow showing a 
soft switch getting a call context from a route response from 
a route server sequencing diagram; 

FIG. 35 depicts a block diagram of a call flow showing a 
soft switch processing an I AM message including sending 5 
an 1AM to a terminating network sequencing diagram; 

FIG. 36 depicts a block diagram of a call flow showing a 
soft switch processing an ACM message including sending 
an ACM to an originating network sequencing diagram; 

FIG. 37 depicts a block diagram of a call flow showing a 10 
soft switch processing an ACM message including the setup 
of access devices sequencing diagram; 

FIG. 38 depicts a block diagram of a call flow showing an 
example of how a soft switch can process an ACM sending 
an RTP connection message to the originating access server 15 
sequencing diagram; 

FIG. 39 depicts a block diagram of a call flow showing a 
soft switch processing an ANM message sending the ANM 
to the originating SS7 gateway sequencing diagram; 

FIG. 40 depicts a block diagram of a call teardown flow 
showing a soft switch processing an REL message with the 
terminating end initiateing teardownsequencing diagram; 

FIG. 41 depicts a block diagram of a call flow showing a 
soft switch processing an REL message tearing down all ^ 
nodes sequencing diagram; 

FIG. 42 depicts a block diagram of a call flow showing a 
soft switch processing an RLC message with the terminating 
end initiating teardown sequencing diagram; 

FIG. 43 depicts a block diagram of a call flow showing a 30 
soft switch sending an unallocate message to route server for 
call teardown sequencing diagram; 

FIG. 44 depicts a block diagram of a call flow showing a 
soft switch un allocating route nodes sequencing diagram; 

FIG. 45 depicts a block diagram of a call flow showing a 35 
a soft switch processing call teardown and deleting call 
context sequencing diagram; 

FIG. 46 depicts a block diagram of a call flow showing a 
route server calculating a domestic route sequencing dia- 
gram for a voice call on a NAS; 40 

FIG. 47 depicts a block diagram of a call flow showing a 
soft switch getting call context from route response sequenc- 
ing diagram; 

FIG. 48 depicts a block diagram of a call flow showing a 
soft switch processing an IAM sending the IAM to the 45 
terminating network sequencing diagram; 

FIG. 49 depicting a block diagram of a call flow showing 
calculation of a domestic route for a data call sequencing 
diagram; 5Q 

FIG. 50 depicts a block diagram of a call flow showing a 
soft switch getting call context from route response sequenc- 
ing diagram, 

FIG. 51 depicts a block diagram of a call flow showing a 
soft switch processing an IAM conn nec ting the data call 55 
sequencing diagram; soft switch receiving and acknowledg- 
ing receipt of a signaling message from an SS7 GW 
sequencing diagram; 

FIG. 52 depicts a block diagram of a call flow showing a 
soft switch processing an ACM message including sending 50 
an ACM to an originating network sequencing diagram; 

FIG. 53 depicts a block diagram of a call flow showing a 
soft switch processing an ANM message including sending 
an ANM to an originating network sequencing diagram; 

FIG. 54 depicts a block diagram of a call flow showing a 65 
soft switch processing an RCR message sequencing dia- 
gram; 
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FIG. 55 depicts a block diagram of a call flow showing a 
soft switch processing an RLC message sequencing dia- 
gram; 

FIG. 56 depicts a block diagram of a call flow showing a 
soft switch processing an ACM message sending an ACM to 
the originating network sequencing diagram; 

FIG. 57 depicts a block diagram of a call flow showing a 
soft switch processing an IAM setting up access servers; 

FIG. 58A depicts a block diagram of the H.323 architec- 
ture for a network-based communications system defining 
four major components, including, terminals, gateways, 
gatekeepers, and multipoint control units; 

FIG. 58B depicts an exemplary H.323 terminal, 

FIG. 59 shows an example H.323/PSTN Gateway; 

FIG. 60 depicts an example collection of all terminals, 
gateways, and multipoint control units which can be man- 
aged by a single gatekeeper, collectively known as an H323 
Zone; 

FIG. 61 depicts an exemplary MCU of the H.323 archi- 
tecture; 

FIG. 62 depicts a block diagram showing a soft switch in 
communication with an access server; 

FIG. 63 depicts a flowchart of an Access Server Side 
Inbound Call Handling state diagram; 

FIG. 64A depicts a flowchart of an Access Server Side 
Exception Handling state diagram; 

FIG. 64B further depicts a flowchart of an Access Server 
Side Exception Handling state diagram; 

FIG. 65 depicts a flowchart of an Access Server Side 
Release Request Handling state diagram; 

FIG. 66 depicts a flowchart of an Access Server Side 
TDM Connection Handling state diagram; 

FIG. 67A depicts a flowchart of an Access Server Side 
Continuity Test Handling state diagram; 

FIG. 67B further depicts a flowchart of an Access Server 
Side Continuity Test Handling state diagram; 

FIG. 68A depicts a flowchart of an Access Server Side 
Outbound Call Handling Initiated by Access Server state 
diagram; 

FIG. 68B further depicts a flowchart of an Access Server 
Side Outbound Call Handling Initiated by Access Server 
state diagram; 

FIG. 69 depicts a flowchart of an Access Server Outbound 
Call Handling Initiated by Soft Switch state diagram; 

FIG. 70A depicts an exemplary diagram of an OOP Class 
Definition; and 

FIG. 70B depicts an exemplary computer system of the 
present invention. 

In the figures, like reference numbers generally indicate 
identical, functionally similar, and/or structurally similar 
elements. The figure in which an element first appears is 
indicated by the leftmost digit(s) in the reference number. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 
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c. Network Outage Recovery Scenarios 

(1) Complete Gateway Site Outage 

(2) Soft Switch Fail-Over 

(3) Complete Soft Switch Site Outage Scenario 

8. Internet Protocol Device Control (IPDC) Protocol 5 

a. IPDC Base Protocol 

b. IPDC Control Protocol 

c. IPDC Control Message Codes 

d. A Detailed View of the IPDC Protocol Control 
Messages 10 

(1) Startup Messages 

(2) Protocol Error Messages 

(3) System Configuration Messages 

(4) Telephone Company Interface Configuration 15 
Messages 

(5) Soft Switch Configuration Messages 

(6) Maintenance-Status Messages 

(7) Continuity Test Messages 

(8) Keepalive Test Messages 20 

(9) LAN Test Messages 

(10) Tone Function Messages 

(11) Example Source Port Types 

(12) Example Internal Resource Types 

(13) Example Destination Port Types 25 

(14) Call Control Messages 

(15) Example Port Definitions 

(16) Call Clearing Messages 

(17) Event Notification Messages 

(18) Tunneled Signaling Messages 30 

e. Control Message Parameters 

f . A Detailed 'View of the Flow of Control Messages 

(1) Startup Flow 

(2) Module Status Notification Flow 

(3) Line Status Notification Flow 35 

(4) Blocking of Channels Flow 

(5) Unblocking of Channels Flow 

(6) Keepalive Test Flow 

(7) Reset Request Flow 

g. Call Flows 40 

(1) Data Services 

(a) Inbound Data Call via SS7 Signaling Flow 

(b) Inbound Data Call via Access Server Sig- 
naling Flow 

(c) Inbound Data Call via SS7 Signaling (with 45 
call-back) 
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nuity testing) Flow 

(e) Outbound Data Call Flow via SS7 Signal- 
ing 50 

(f) Outbound Data Call Flow via Access Server 
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(g) Outbound Data Call Flow Initiated from 
the Access Server with continuity testing 

(2) TDM Switching Setup Connection Flow 55 

(a) Basic TDM Interaction Sequence 

(b) Routing of calls to Appropriate Access 
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(3) Vaice Services 

(a) Voice over Packet Services Call Flow 60 
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server signaling, Soft Switch managed RTP 
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(b) Voice over Packet Call Flow (Inbound 
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(c) Voice over Packet Call Flow (Inbound SS7 
signaling, outbound SS7 signaling, IP network 
with access server managed RTP ports) 

(d) Unattended Call Transfers Call Flow 

(e) Attended Call Transfer Call Flow 

(f) Call termination with a message announce- 
ment Call Flow 

(g) Wiretap 

B. Operational description 

1. Voice Call originating and terminating via SS7 
signaling on a Trunking Gateway 

a. Voice Call on a TG Sequence Diagrams of Com- 
ponent Intercommunication 

2. Data Call originating on an SS7 trunk on a Trunking 
Gateway 

3. Voice Call originating on an SS7 trunk on a Trunking 
Gateway and terminating via access server signaling 
on an Access Gateway 

4. Voice Call originating on an SS7 trunk on a Trunking 
Gateway and terminating on an Announcement 
Server 

5. Voice Call originating on an SS7 trunk on a Network 
Access Server and terminating on a Trunking Gate- 
way via SS7 signaling 

a. Voice Call on a NAS Sequence Diagrams of 
Component Intercommunication 

6. Voice Call originating on an SS7 trunk on a NAS and 
terminating via Access Server Signaling on an 
Access Gateway 

7. Data Call originating on an SS7 trunk and terminat- 
ing on a NAS 

a. Data Call on a NAS Sequence Diagrams of 
Component intercommunication 

8. Data Call on NAS with Callback outbound reorigi- 
nation 

9. \foice Call originating on Access Server dedicated 
line on an Access Gateway and terminating on an 
Access Server dedicated fine on an Access Gateway 

10. Voice Call originating on Access Server signaled 
private line on an Access Gateway and terminating 
on SS7 signaled trunks on a Trunking Gateway 

11. Data Call on an Access Gateway 

12. Outbound Data Call from a NAS via Access Server 
signaling from an Access Gateway 

13. Voice Services 
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(1) Project Account Codes (PAG) 
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(3) Origination and Termination 

(4) Call Rating 

(5) Multiple Service T-l 
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(7) PVN Private Dialing Plan 

(8) Three -Way Conferencing 

(9) Network Hold with Message Delivery 

c. 8XX Toll Free Services 

(1) Enhanced Routing Features 

(2) Info-Digit Blocking 

(3) Toil-Free Number Portability (TFNP) 

(4) Multiple-Server T-l 

(5) Call Rating 

(6) Project Accounting Codes 

(7) Toll-Free Directory Listings 

(8) Menu Routing 

(9) Network ACD 
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(10) Network Transfer (TBX) 

(11) Quota Routing 

(12) Toll-Free Valet (CaU Park) 

d. Operator Services 

(1) Domestic Operator Services 5 
(a) Operator Services Features 

(2) International Operator Services 

e. Calling Card Services 

(1) Calling Card Features 

(2) Call Rating 10 

f. One-Number Services 

(1) One Number Features 

g. Debit Card/Credit Card Call Services 

h. Local Services 

(1) Local Voice/Dial Tone (LV/DT) is 

(2) Call Handling Features 

(a) line Hunting 

(b) Call Forward Busy 

(c) Call Forwarding Don't Answer 

(d) Call Forward Variable 20 

(e) Call Hold 

(f) Three-Way Calling 

(g) Call Transfer 

(h) Call Waiting/Cancel Call Waiting 

(i) Extension or Station-to-Station Calling 25 
(j) Direct Connect Hotline/Ring Down Line 

(k) Message Waiting Indicator 
(1) Distinctive Ringing 
(m) Six- Way Conference Calling 
(n) Speed Calling 30 
(o) Selective Call Rejection 
(p) Remote Activation of Call Forward Vari- 
able 

(3) Enhanced Services 

(a) Remote Call Forward (RCF) 35 

(b) Voice Messaging Services 

(c) Integrated Voice Messaging 

(d) Stand-alone Vbice Messaging 

(4) Class Services 

(5) Class of Service Restrictions 40 
(b) Local Voice/Local Calling (LV/LQ 

i. Conferencing Services 

(1) Audio Conferencing 

(a) Audio conferencing features 

(2) Video Conferencing 45 

14. Data Services 

a. Internet Hosting 

b. Managed Modem Services 

c. Collocation Services 

d. IP network Services 50 

e. Legacy Protocol Services — Systems Network 
Architecture (SNA) 

f. Permanent Virtual Circuits 

15. Additional Products and Services 

IV Definitions 55 

V Conclusion 

I. High Level Description 

This section provides a high-level description of the voice 
over IP network architecture according to the present inven- 60 
lion. In particular, a structural implementation of the voice 
over IP (VOIP) network architecture is described at a 
high-level. Also, a functional implementation for this struc- 
ture is described at a high-level. This structural implemen- 
tation is described herein for illustrative purposes, and is not 65 
limiting. In particular, the process described in this section 
can be achieved using any number of structural 
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implementations, one of which is described in this section. 
The details of such structural implementations will be appar- 
ent to persons skilled in the relevant arts based on the 
teachings contained herein. 
A. Structural Description 

FIG. 1 is a block diagram 100 illustrating the components 
of the VOIP architecture at a high-level. FIG. 1 includes soft 
switch sites 104, 106, gateway sites 108, 110, data network 
112, signaling network 114, network event component 116, 
provisioning component 117 and network management 
component 118. 

Included in FIG. 1 are calling parties 102, 122 and called 
parties 120, 124. Calling parties 102, 122 are homed to 
gateway site 108. Calling parties 102, 122 are homed to 
gateway site 108. Called parties 120, 124 are homed to 
gateway site 110. Calling party 102 can be connected to 
gateway site 108 via trunks from carrier facility 126 to 
gateway site 108. Similarly, called party 120 can be con- 
nected to gateway site 110 via trunks from carrier facility 
130 to gateway site 110. Calling party 122 can be connected 
to gateway site 108 via a private line or dedicated access line 
(DAL) from customer facility 128 to gateway site 108. 
Similarly, called party 124 can be connected to gateway site 
110 via a private line or a DAL from customer facility 132 
to gateway site 110. 

Calling party 102 and called party 120 are off-network, 
meaning that they are connected to gateway sites 108, 110 
via the Public Switched Telephone Network (PSTN) facili- 
ties. Calling party 122 and called party 124 are on-network, 
meaning that connect to gateway sites 108, 110 as direct 
customers. 

1. Soft Switch Sites 

Soft switch sites 104, 106 provide the core call processing 
for the voice network architecture. Soft switch sites 104, 106 
can process multiple types of calls. First, soft switch sites 
104, 106 can process calls originating from or terminating at 
on-network customer facilities 128, 132. Second, soft switch 
sites 104, 106 can process calls originating from or termi- 
nating at off-network customer facilities 126, 130. 

Soft switch sites 104, 106 receive signaling messages 
from and send signaling messages to signaling network 114. 
For example, these signaling messages can include SS7, 
primary rate interface (PRI) and in -band signaling messages. 
Soft switch sites 104, 106 process these signaling messages 
for the purpose of establishing new calls from calling parties 
102, 122 through data network 112 to called parties 120, 
124. Soft switch sites 104, 106 also process these signaling 
messages for the purpose of tearing down existing calls 
established between calling parties 102, 122 and called 
parties 120, 124 (through data network 112). 

Calls can be transmitted between any combination of 
on-network and off-network callers. 

In one embodiment, signaling messages for a call which 
either originates from an off-network calling party 102, or 
terminates to an off-network called party 120, can be carried 
over out-of-band signaling network 114 from the PSTN to 
soft switches 104, 106. 

In another embodiment, signaling messages for a call 
which either originates from an on-network calling party 
122, or terminates to on-network called party 124, can be 
carried in-band over data network 112 or over a separate data 
network to soft switch sites 104, 106, rather than through 
signaling network 114. 

Soft switch sites 104, 106 can be collocated or geographi- 
cally diverse. Soft switch sites 104, 106 can also be con- 
nected by redundant connections to data network 112 to 
enable communication between soft switches 104, 106. 
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Soft switch sites 104, 106 use other voice network com- 
ponents to assist with the processing of calls. For example, 
gateway sites 108, 110 provide the means to originate and 
terminate calls on the PSTN. In a preferred embodiment, 
soft switch sites 104, 106 use the Internet Protocol Device 5 
Control (IPDC) protocol to control network access devices 
known as media gateways in gateway sites 108, 110, and to 
request, for example, the set-up and tear-down of calls. The 
IPDC protocol is described below with reference to Tables 
144-185. Alternatively, any protocol understood by those 10 
skilled in the art can be used to control gateway sites 108, 
110. One example of an alternative protocol is the Network 
Access Server (NAS) Messaging Interface (NMI) Protocol, 
discussed in U.S. Patent Application entitled "System and 
Method for Bypassing Data from Egress Facilities", filed 15 
concurrently herewith, Attorney Docket No. 1757.0060000, 
the contents of which are incorporated herein by reference in 
their entirety. Another example of a protocol is the Media 
Gateway Control Protocol (MGCP) from the Internet Engi- 
neering Task Force (IETF). 20 

Soft switch sites 104, 106 can include other network 
components such as a soft switch, which more recently can 
also be known as a media gateway controller, or other 
network devices. 

2. Gateway Sites 25 
Gateway sites 108, 110 provide the means to originate and 

terminate calls between calling parties 102, 122 and called 
parties 120, 124 through data network 112. For example, 
calling party 122 can originate a call terminated to off- 
network called party 120, which is homed to gateway site 30 
110 via carrier facility 130. 

Gateway sites 108, 110 can include network access 
devices to provide access to network resources. An example 
of a network access device is an access server which is more 
recently commonly known as a media gateway. These 35 
devices can include trunking gateways, access gateways and 
network access servers. Gateway sites 108, 110 provide for 
transmission of, for example, both voice and data traffic 
through data network 112. 

Gateway sites 108, 110 are controlled or managed by one 40 
or more soft switch sites 104, 106. As noted, soft switch sites 
104, 106 can communicate with gateway sites 108, 110 via 
the IPDC, NMI, MGCP, or alternative protocols. 

Gateway sites 108, 110 can provide trunk interfaces to 
other telecommunication carriers via carrier facilities 126, 45 
130 for the handling of voice calls. The trunk interfaces can 
also be used for the termination of dial-up modem data calls. 
Gateway sites 108, 110 can also provide private lines and 
dedicated access lines, such as Tl or ISDN PRI facilities, to 
customer facilities 128, 132. Examples of customer facilities 50 
128, 132 are customer premises equipment (CPE) such as, 
for example, a private branch exchange (PBX). 

Gateway sites 108, 110 can be collocated or geographi- 
cally diverse from one another or from other network 
elements (e.g. soft switch sites 104, 106). 55 

Gateway sites 108, 110 can also be connected by redun- 
dant connections to data network 112 to enable communi- 
cation with and management by soft switches 104, 106. 

3. Data Network 

Data network 112 connects one or more soft switch sites 60 
104, 106 to one or more gateway sites 108, 110. Data 
Network 112 can provide for routing of data through routing 
devices to destination sites on data network 112. For 
example, data network 112 can provide for routing of 
internet protocol (IP) packets for transmission of voice and 65 
data traffic from gateway site 108 to gateway site 110. Data 
Network 112 represents any art-recognized data network. 
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One well-known data network is the global Internet. Other 
examples include a private intranet, a packet-switched 
network, a frame relay network, and an asynchronous trans- 
fer mode (ATM) network. 

4. Signaling Network 

Signaling network 114 is an out-of-band signaling net- 
work providing for transmission of signaling messages 
between the PSTN and soft switch sites 104, 106. For 
example, signaling network 114 can use Common Channel 
Interoffice Signaling (CCIS), which is a network architec- 
ture for out-of-band signaling. A popular version of CCIS 
signaling is Signaling System 7 (SS7). SS7 is an interna- 
tionally recognized system optimized for use in digital 
telecommunications networks. 

5. Network Event Component 

Network event component 116 provides for collection of 
call events recorded at soft switch sites 104, 106. Call event 
records can be used, for example, for fraud detection and 
prevention, traffic reporting and billing. 

6. Provisioning Component 

Provisioning component 117 provides several functions. 
First, provisioning component 117 receives provisioning 
requests from upstream operational support services (OSS) 
systems, for such items as order-entry, customer service, and 
customer profile changes. Second, provisioning component 
117 distributes provisioning data to appropriate network 
elements. Third, provisioning component 117 maintains data 
synchronization, consistency, and integrity across multiple 
soft switch sites 104, 106. 

7. Network Management Component 

Network management component 118 can include a net- 
work operations center (NOC) for centralized network man- 
agement. Each network element(NE) of block diagram 100 
can generate simple network management protocol (SNMP) 
events or alerts. The NOC uses the events generated by a NE 
to determine the health of the network, and to perform other 
network management functions. 
B. Operational Description 

The following operational flows describe an exemplary 
high level call scenario for soft switch sites 104, 106 and is 
intended to demonstrate at a high architectural level how 
soft switch sites 104, 106 process calls. The operational flow 
of the present invention is not to be viewed as limited to this 
exemplary illustration. 

As an illustration, FIG. 22A depicts a simple operational 
call flow chart describing how soft switch sites 104, 106 can 
process a long distance call, also known as a 1+ call. The 
operational call flow of FIG. 22A begins with step 2202, in 
which a soft switch site receives an incoming signaling 
message. The call starts by soft switch site 104 receiving an 
incoming signaling message from carrier facility 126 via 
signaling network 114, indicating an incoming call from 
calling party 102. 

In step 2204, the soft switch site determines the type of 
call by performing initial digit analysis. Based upon the 
information in the signaling message, the soft switch site 
104 analyzes the initial digit of the dialed number of the call 
and determines that it is a 1+ call. 

In step 2222, soft switch site 104 can select a route 
termination based on the dialed number (i.e., the number of 
called party 120 dialed by calling party 102) using least cost 
routing. This route termination can involve termination off 
data network 112 or off onto another data network. Soft 
switch site 104 can then communicate with soft switch site 
106 to allocate a terminating circuit in gateway site 110 for 
this call. 

In step 2224, soft switch site 104 can indicate connections 
to be made to complete the call. Soft switch site 104 or soft 
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switch site 106 can return a termination that indicates the 
connections that must be made to connect the call. 

In step 2226, soft switch sites 104, 106 instruct the 
gateway sites to make connections to set up the call. Soft 
switch sites 104, 106 can send messages through data 5 
network 112 (e.g. using IPDC protocol commands) to gate- 
way sites 108, 110, to instruct the gateway sites to make the 
necessary connections for setting up the call origination 
from calling party 102, the call termination to called party 
120, and the connection between origination and termina- 
tion. 

In step 2228, soft switch sites 104, 106 generate and send 
network events to a repository. Soft switch sites 104, 106 can 
generate and send network events to network event compo- 
nent 116 that are used, for example, in detecting and 
preventing fraud, and in performing billing. 15 

In step 2230, network management component 118 moni- 
tors the telecommunications network 100. All network ele- 
ments create network management events such as SNMP 
protocol alerts or events. Network management component 
118 can monitor SNMP events to enable management of 20 
network resources. 

FIG. 22B details a more complex operational call flow 
describing how soft switch sites 104, 106 process a long 
distance call. FIG. 22B inserts steps 2206, 2208 and 2220 
between steps 2204 and 2222 of FIG. 22 A. ^ 

The operational call flow of FIG. 22B begins with step 
2202, in which a soft switch site receives an incoming 
signaling message. The call starts by soft switch site 104 
receiving an incoming signaling message from carrier facil- 
ity 126 via signaling network 114, indicating an incoming 
call from calling party 102. 

In step 2204, the soft switch site determines the type of 
call by performing initial digit analysis. Based upon the 
information in the signaling message, the soft switch site 
104 analyzes the initial digit of the dialed number of the call 
and determines that it is a 1+ call. 35 

In step 2206, the soft switch site queries a customer 
profile database to retrieve the originating trigger plan 
associated with the calling customer. With a 1+ type of call, 
the logic within the soft switch knows to query the customer 
profile database within soft switch site 104 to retrieve the 40 
originating trigger plan for the calling party. The step 2206 
query can be made using the calling party number. The 
customer profile lookup is performed using as the lookup 
key, the originating number, i.e., the number of calling party 
102, provided in the signaling message from signaling 45 
network 114. 

In step 2208, the lookup returns subscription information. 
For example, the customer profile can require entry of an 
account code. In this example, the customer profile lookup 
can return an indication that the customer, i.e., calling party so 
102, has subscribed to an account code verification feature. 
A class of service restriction can also be enforced, but this 
will not be known until account code verification identifies 
an associated account code. 

In step 2220, soft switch site 104 completes customer 55 
service processing and prepares to terminate the call. At this 
point, soft switch site 104 has finished executing all cus- 
tomer service logic and has a 10-digit dialed number that 
must be terminated. 

In step 2222, soft switch site 104 can select a route 60 
termination based on the dialed number (i.e., the number of 
called party 120 dialed by calling party 102) using least cost 
routing. This route termination can involve termination off 
data network 112 or off onto another data network. Soft 
switch site 104 can then communicate with soft switch site 65 
106 to allocate a terminating circuit in gateway site 110 for 
this call. 
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In step 2224, soft switch site 104 can indicate connections 
to be made to complete the call. Soft switch site 104 or soft 
switch site 106 can return a termination that indicates the 
connections that must be made to connect the call. 

In step 2226, soft switch sites 104, 106 instruct the 
gateway sites to make connections to set up the call. Soft 
switch sites 104, 106 can send messages through data 
network 112 (e.g. using IPDC protocol commands) to gate- 
way sites 108, 110, to instruct the gateway sites to make the 
necessary connections for setting up the call origination 
from calling party 102, the call termination to called party 
120, and the connection between origination and termina- 
tion. 

In step 2228, soft switch sites 104, 106 generate and send 
network events to a repository. Soft switch sites 104, 106 can 
generate and send network events to network event compo- 
nent 116 that are used, for example, in detecting and 
preventing fraud, and in performing billing. 

In step 2230, network management component 118 moni- 
tors the telecommunications network 100. All network ele- 
ments create network management events such as SNMP 
protocol alerts or events. Network management component 
118 can monitor SNMP events to enable management of 
network resources. 

FIG. 22C details an even more complex operational call 
flow describing how soft switch sites 104, 106 can be used 
to process a long distance call using project account codes 
and class of service restrictions. FIG. 22C inserts steps 2210 
through 2218 between steps 2208 and 2220 of FIG. 22B. 

The operational call flow of FIG. 22C begins with step 
2202, in which a soft switch site receives an incoming 
signaling message. The call starts by soft switch site 104 
receiving an incoming signaling message from carrier facil- 
ity 126 via signaling network 114, indicating an incoming 
call from calling party 102. 

In step 2204, the soft switch site determines the type of 
call by performing initial digit analysis. Based upon the 
information in the signaling message, the soft switch site 
104 analyzes the initial digit of the dialed number of the call 
and determines that it is a 1+ call. 

In step 2206, the soft switch site queries a customer 
profile database to retrieve the originating trigger plan 
associated with the calling customer. With a 1+ type of call, 
the logic within the soft switch knows to query the customer 
profile database within soft switch site 104 to retrieve the 
originating trigger plan for the calling party. The step 2206 
query can be made using the calling party number. The 
customer profile lookup is performed using as the lookup 
key, the originating number, i.e., the number of calling party 
102, provided in the signaling message from signaling 
network 114. 

In step 2208, the lookup returns subscription information. 
For example, the customer profile can require entry of an 
account code. In this example, the customer profile lookup 
can return an indication that the customer, i.e., calling party 
102, has subscribed to an account code verification feature. 
A class of service restriction can also be enforced, but this 
will not be known until account code verification identifies 
an associated account code. 

In step 2210, soft switch site 104 instructs gateway site 
108 to collect account codes. Using the information in the 
customer profile, soft switch site 104 can use the IPDC 
protocol to instruct gateway site 108 to collect a specified 
number of digits from calling party 102. 

In step 2212, soft switch site 104 determines how to 
process received digits. Assuming gateway site 108 collects 
the correct number of digits, soft switch site 104 can use the 
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customer profile to determine how to process the received 
digits. For account code verification, the customer profile 
can specify whether the account code needs to be validated. 

In step 2214, soft switch site 104 verifies the validity of 
the received digits. If the account code settings in the 
customer profile specify that the account code must be 
verified and forced to meet certain criteria, soft switch site 
104 performs two functions. Because "verify" was specified, 
soft switch site 104 queries a database to verify that the 
collected digits meet such criteria, i.e., that the collected 
digits are valid. Because "forced" was specified, soft switch 
site 104 also forces the calling customer to re-enter the digits 
if the digits were not valid. 

In step 2216, verification can result in the need to enforce 
a restriction, such as a class of service (COS) restriction 



The intermediate level description and specific implemen- 
tation example embodiments sections, below, will describe 
additional details of operation of the invention. For example, 
how soft switch site 104 performs initial digit analysis to 
5 identify the type of call and how to process the call will be 
discussed further. The sections also provide details regard- 
ing how soft switch sites 104, 106 interact with the other 
components of the voice network architecture. 

10 II- Intermediate Level Description 

This section provides an intermediate level description of 
the VOIP network architecture according to the present 
invention. A structural implementation of the VOIP network 
architecture is described at an intermediate level. Also, a 
(COSR). In this example, soft switch site 104 can verify that 15 functional implementation for this structure is described at 
the code is valid, but that it requires, for example, that an an intermediate level. This structural implementation is 
intrastate COSR should be enforced. This means that the call described herein for illustrative purposes, and is not limiting, 
is required to be an intrastate call to be valid. The class of In particular, the process described in this section can be 
service restriction logic can be performed within soft switch achieved using any number of structural implementations, 
site 104 using, for example, pre-loaded local access and 20 one of which is described m this section. The details of such 
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transport areas (LAI As) and state tables. 

If project account codes (PACs) are not used, class of 
service (COS) restrictions can be applied based on originat- 
ing ANI or ingress trunk group. 

In step 2218, soft switch 104 allows the call to proceed if 25 
the class of service requested is permitted. For example, if 
the LATA and state tables show that the LATAs of originat- 
ing party (i.e., calling party 102) and terminating party (i.e. 
called party 120), must be, and are, in the same state, then 
the call can be allowed to proceed. 

In step 2220, soft switch site 104 completes customer 
service processing and prepares to terminate the call. At this 
point, soft switch site 104 has finished executing all cus- 
tomer service logic and has a 10-digit dialed number that 
must be terminated. 

In step 2222, soft switch site 104 can select a route 
termination based on the dialed number (i.e., the number of 
called party 120 dialed by calling party 102) using least cost 
routing. This route termination can involve termination off 
data network 112 or off onto another data network. Soft 40 
switch site 104 can then communicate with soft switch site 
106 to allocate a terminating circuit in gateway site 110 for 
this call. 

In step 2224, soft switch site 104 can indicate connections 
to be made to complete the call. Soft switch site 104 or soft 45 
switch site 106 can return a termination that indicates the 
connections that must be made to connect the call. 

In step 2226, soft switch sites 104, 106 instruct the 
gateway sites to make connections to set up the call. Soft 
switch sites 104, 106 can send messages through data 50 
network 112 (e.g. using IPDC protocol commands) to gate- 
way sites 108, 110; to instruct the gateway sites to make the 
necessary connections for setting up the call origination 
from calling party 102, the call termination to called party 
120, and the connection between origination and termina- 55 
tion. 

In step 2228, soft switch sites 104, 106 generate and send 
network events to a repository. Soft switch sites 104, 106 can 
generate and send network events to network event compo- 
nent 116 that are used, for example, in detecting and 60 
preventing fraud, and in performing billing. 

In step 2230, network management component 118 moni- 
tors the telecommunications network 100. All network ele- 
ments create network management events such as SNMP 
protocol alerts or events. Network management component 65 
118 can monitor SNMP events to enable management of 
network resources. 



structural implementations will be apparent to persons 
skilled in the relevant arts based on the teachings contained 
herein. 

A. Structural Description 

FIG. 2A is a block diagram further illustrating the com- 
ponents of VOIP architecture 100 at an intermediate level of 
detail. FIG. 2A depicts telecommunications system 200. 
Telecommunications system 200 includes soft switch site 
104, gateway sites 108, 110, data network 112, signaling 
30 network 114, network event component 116, provisioning 
component 117 and network management component 118. 
Included in FIG. 2A are calling parties 102, 122 and called 
parties 120, 124. 

Soft switch site 104 includes soft switch 204, SS7 gate- 
ways 208, 210, service control point (SCP) 214, configura- 
tion server/configuration database (CDB) 206, route server 
212, signal transfer points (STRs) 250, 252, and regional 
network event collection point (RNECP) 224. Table 1 below 
describes the functions of these network elements in detail. 

TABLE 1 



Soft switch component 



Description 



soH switch (SS) 



SS7 gateways (SS7 GW) 



service switching 
points (SSP) 



signal transfer 
point (STP) 



service control 
point (SCP) 



configuration server/ 
configuration 
database (CDB) 



Soft switches are call control 
components responsible for 
processing of signaling messages, 
execution of call logic and control 
of gateway site access devices. 
SS7 gateways provide an interface 
between the SS7 signaling network 
and the soft switch. 
Service switching points are the 
portions of backbone switches 
providing SS7 functions. For 
example, any switch in the PSTN is 
an SSP if it provides SS7 functions. 
A soft switch is an SSP. 
Signal transfer points route signaling 
messages from originating service 
switching points (SSPs) to 
destination SSPs. 
Service control points provide 
number translations for toll free 
services and validation of project 
account codes for PAC services. 
Configuration servers are servers 
managing customer profiles, voice 
network topologies and 
configuration data. The 
configuration database is used for 
storage and retrieval of such data. 
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TABLE 1 -continued 



TABLE 3-continued 



Soft switch component 



Description 



route server (RS) 



regional network event 
collection point 
(RNECP) 



Route servers are responsible for 
selection of least cost routes through 
the network and allocation of 
network ports. 

Route servers are responsible for 
selection of least cost routes through the 
network and allocation of network ports, 
regional network event collection points 
are points in the network that collect call 
event data. 



Gateway site component 



Description 



trunking gateway (TG) 



access gateway (AO) 



network a 
server (NAS) 
digital access and 
cross-connect 
system (DACS) 

announcement server (ANS) 



A trunking gateway provides full- 
duplex PSTN to IP conversion for 
co-carrier and feature group D (FG- 
D) trunks. 

An access gateway provides full- 
duplex PSTN to IP conversion for 
ISDN-PRI and Tl digital dedicated 
access lines (DALs). 
A network access server provides 
modem access to an IP network. 
A digital access and cross-connect 
system is a digital switching system 
used for the routing and switching of 
T-l lines and DS-0 circuits of lines, 
among multiple T-l ports. 
An announcement server provides a 
network with PSTN terminating 
announcements. 



Data network 112 provides the network bandwidth over 
which calls can be connected through the telecommunica- 
tions system. Data network 112 can be, for example, a 
packet switched data network including network routers for 
routing traffic through the network. 

Signaling network 114 includes signal transfer points 
(STPs) 216, 218 and signaling control points (SCPs) asso- 
ciated with each network node. Table 3 below describes the 
functions of these network elements in detail. 



TABLE 3 



Signaling network component Description 



signal transfer 
points (STPs) 



service control 
point (SCP) 



Signal transfer points route signaling 
messages from originating service 
switching points (SSPs) to 
destination SSPs. 
Service control point provide 
number translations for Toll Free 
services and validation of project 
account codes (PAC) for PAC 
services. 



Signaling network component Description 



5 service switching 
point (SSPs) 



Service switching points are the 
portions of backbone switches 
providing SS7 functions. For 
example, any switch in the PSTN is 
an SSP if it provides SS7 functions. 
A soft switch is an SSP. 



Gateway site 108 includes trunking gateway (TG) 232, 
access gateway (AG) 238, network access server (NAS) 
228, digital cross-connect system (DACS) 242 and 
announcement server (ANS) 246. TG 232, AG 238, and 
NAS 228 are collectively known as access server 254. 
Similarly, gateway site 110 includes TG 234, AG 240, NAS 
230, DACS 244 and ANS 248. TG 234, AG 240, and NAS 
230 are collectively known as access server 256. Gateway 
sites 108, 110 provide trunk, private line and dedicated 
access line connectivity to the PSTN. Table 2 below 
describes the functions of these network elements in detail. 

TABLE 2 
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Network management component 118 includes the means 
to manage a network. Network management component 118 
gathers events and alarms related to network events. For 
example, event logs can be centrally managed from a 
network operations center (NOC). Alerts and events can be 
communicated to the NOC via the simple network manage- 
ment protocol (SNMP)). Table 4 below describes the func- 
tions of these network elements in detail. 



TABLE 4 



Network 

management component 



Description 



network operations 
center (NOC) 



simple network management 
protocol (SNMP) 



Network operations center is a 
centralized location for gathering 
network management events 
and for managing various network 
elements via the SNMP protocol. 
Simple network management 
protocol provides site filtering 
of element alarms and messages 
before forwarding them to 
the NOC. 



Network event component 116 includes master network 
event database (MNEDB) 226. Table 5A below describes the 
functions of this network element in detail. 



TABLE 5A 



40 Network event component 



Description 



master network event 
database (MNEDB) 



45 



Master network event database is a 
centralized server/database that 
collects call event records from 
regional network event collection 
points (RNECPs). It serves as a 
depository for the event records. 



Provisioning component 117 includes data distributor 
(DD) 222. Table 5B below describes the functions of this 
50 network element in detail. 

TABLE 5B 



Provisioning component 



Description 



55 data distributor (DD) 



60 



The data distributor distributes 
service requests and data from 
upstream Operational Support 
Systems (OSS) to network elements. 
It maintains synchronization of 
redundant network resources. 



B. Operational Description 

The following operational flow describes an exemplary 
intermediate level call scenario intended to demonstrate at 
an intermediate architectural level how call processing is 
handled. The operational flow of the present invention is not 
to be viewed as limited to this exemplary illustration. 
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FIG. 2B depicts an exemplary call flow 258. FIG. 2B 
illustrates interaction between a trunking gateway, a soft 
switch, a configuration server and a route server in order to 
connect a call through telecommunications network 200. 
FIG. 2B details a call flow from TG 232 of gateway site 108, 
controlled by soft switch site 104, to TG 234 of gateway site 
110, controlled by soft switch site 106. (Soft switch site 106 
is illustrated in FIGS. 1 and 3.) Soft switch site 106, 
including soft switch 304, route server 314, and configura- 
tion server 312, is further described below in the Specific 
Example Embodiments section, with reference to FIG. 3. 

Included in call flow 258 is a description of how soft 
switch 204 can process a 1+ long distance call that uses 
project account codes (PACs) with class of service (COS) 
restrictions. Call flow 258 also assumes that the origination 
and termination for the call uses SS7 signaling, i.e., that the 
call comes into network 200 via trunks from carrier facilities 
126,130, to trunking gateways 232, 234. 

Exemplary call flow 258 begins with step 259. In step 
259, soft switch 204 receives an incoming IAM signaling 
message from an SS7 GW 208, signaling an incoming call 
from calling party 102 on carrier facility 126 of a co-carrier. 

In step 260, soft switch 204 sends IPDC commands to 
trunking gateway 232 to set up a connection (e.g. a DS0 or 
DS1 circuit) between carrier facility 126 and TG 232 
described in the received IAM signaling message. In step 
262, trunking gateway 232 sends an acknowledgement 
message to soft switch 204. 

Based upon the information in the 1AM message, soft 
switch 204 performs initial digit analysis on the dialed 
number, i.e., the number of called party 120, and determines 
that the incoming call is a 1+ call. 

In step 263, application program logic within soft switch 
204 determines that, with this type of call, i.e., a 1+ call, soft 
switch 204 should query a customer profile database within 
configuration server 206, to retrieve the originating cus- 
tomer trigger plan 290 for calling party 102. 

The customer profile lookup is performed in configuration 
server 206 using the originating automatic number identifi- 
cation (ANI) of calling party 102 as the lookup key. 

In step 264 the customer profile lookup returns to soft 
switch 204 an indication that the calling party 102 has 
subscribed to project account codes (PAC). Examples of 
PACs include billing codes. They provide a mechanism for 
a network customer, such as a law firm, to keep an account- 
ing of which of their clients to bill. Example call flow 258 
will also perform a class of service (COS) restriction, but 
this will not be known by soft switch 204 until account code 
verification identifies an associated account code requiring 
the COS restriction. Alternatively, the customer profile 
information can reside in route server 212, enabling route 
server 212 to perform the functions of configuration server 
206, in addition to its own functions. 

In step 267, using the information in the customer profile 
(i.e., customer trigger plans 290) of configuration server 
206, soft switch 204 uses the IPDC protocol to instruct 
trunking gateway 232 to collect the specified number of 
digits, representing the project account code, from calling 
party 102. 

In step 268, the digits are sent from trunking gateway 232 
to soft switch 204. Assuming that trunking gateway 232 
collected the correct number of digits, soft switch 204 uses 
the customer profile of configuration server 206 to determine 
how to process the received digits. For project account codes 
(PACs), the customer profile in configuration server 206 
specifies whether the project account code needs to be 
validated. 
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If the project account code settings in the customer profile 
of configuration server 206 specify that the project account 
code is "verified and forced," then soft switch 204, in step 
265, can query SCP 214 with the collected digits to verify 
5 that they are valid. Table 129 below provides alternative 
PAC settings. 

In step 266, SCP 214 returns an indication that the project 
account code is valid, and it requires that an intrastate class 
of service (COS) restriction should be enforced. The class of 

to service (COS) restriction logic can be performed within soft 
switch 204, using pre-loaded LATA and state tables from 
configuration server 206. 

If a PAC is not used, the COS restriction can be applied 
based on ANI or ingress trunk group. 

15 If the LATA and state tables from configuration server 206 
show that the originating LATA (i.e., the LATA of calling 
party 102) and the terminating LATA (i.e., the LATA of 
called party 120) are in the same state, then the call is 
allowed to proceed. 

20 At this point, soft switch 204 has finished executing all 
customer service logic and has a 10-digit DDD number (i.e., 
the phone number of called party 120), that must be termi- 
nated. 

In step 269, soft switch 204 queries route server 212 to 
25 receive a call route and to allocate circuits to connect the 
call. Route server 212 is responsible for using the DDD 
number to select a least cost route through data network 112, 
and allocating a terminating circuit for this call. 

Additional information on how soft switch 204 interacts 
30 with route server 212 and terminating soft switch 304 is 
described in the Specific Implementation Example Embodi- 
ments Section below, in the section entitled Route Server. 

In step 270, route server 212 returns a route that indicates 
the connections that soft switch 204 must make to connect 
35 the call. 

In step 274, soft switch 204 communicates with soft 
switch 304 to allocate ports in trunking gateway 234 of 
gateway site 110, for termination of the call. Soft switch 304 
is located in a central soft switch site 106. In step 276, soft 

40 switch 304 queries port status 298 of route server 314 to 
identify available ports in trunking gateway 234. In step 278, 
route server 314 returns an available port to soft switch 304. 
In steps 280 and 282, soft switch 304 communicates with 
trunking gateway 234 to allocate a port for termination of the 

45 call to called party 120. 

In step 284, soft switch 304 communicates with soft 
switch 204 to indicate terminating ports have been allocated. 

In steps 286 and 288, soft switch 204 communicates with 
trunking gateway 232 in order to notify trunking gateway 

50 232 to set up an RTP session (i.e. an RTP over UDP over IP 
session) with trunking gateway 234 and to permit call traffic 
to be passed over data network 112. 

The Specific Implementation Example Embodiments 
Section, in the next section, describes additional information 

55 about, for example, how soft switch 204 performs initial 
digit analysis to identify the type of call, and how to process 
the call. The next section also describes how soft switch 204 
interacts with other components of the voice network archi- 
tecture 200 in transmitting the call. 

60 

III. Specific Implementation Example Embodiments 

Various embodiments related to structures, and operations 
between these structures described above are presented in 
this section (and its subsections). These embodiments are 
65 described herein for purposes of illustration, and not limi- 
tation. The invention is not limited to these embodiments. 
Alternate embodiments (including equivalents, extensions, 
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variations, deviations, etc., of the embodiments described identical configurations to the configuration of western soft 
herein) will be apparent to persons skilled in the relevant arts switch site 104. Central soft switch site 106 includes SS7 
based on the teachings contained herein. The invention is GWs 308, CS/CDBs 312, RSs 314, soft switches 304a, 

intended and adapted to include such alternate embodi- 3046, 304c, ESs 336, 338, and Rs 324, 326. Similarly, 

ments. 5 eastern soft switch site 302 includes SS7 GWs 310,' 

Specifically, this section provides a detailed description of CS/CDBs 316, RSs 318, soft switches 306a, 3066, 306c, 

the VOIP network architecture according to the present ESs 340, 342, and Rs 328 and 330. 

invention. A structural implementation of the (VOIP) net- Gateway site 108a includes TG 232a, NAS 228a, AG 

work architecture is described at a low-level. Also, a func- 238a and DACS 242a. Gateway sites 1086, 110a and 1106 

tional implementation for this structure is described at a 10 have similar configurations to gateway site 108a. Gateway 

low-level. site 1086 includes TG 2326, NAS 2286, AG 2386 and 

A. Structural Description DACS 2426. Gateway site 110a includes TG 234a, NAS 

A more detailed structural description of telecommunica- 230a, AG 240w and DACS 244a. Finally, gateway site 1106 

tions network 200 will now be described. includes TG 2346, NAS 2306, AG 2406, and DACS 2446. 

1. Soft Switch Site 15 The details of gateway site 108a, 1086, 110a and 1106 will 

FIG. 3 is a block diagram illustrating a more detailed be further described below with reference to FIG. 10A. 

implementation of telecommunications network 200. a. Soft Switch 

Specifically, FIG. 3 illustrates telecommunications network Referring back to FIG. 2A, soft switch 204 provides the 

300 containing three geographically diverse soft switch call processing function for telecommunications network 

sites. These soft switch sites include western soft switch site 20 200. Call processing refers to the handling of voice and data 

104, central soft switch 106, and eastern soft switch 302. calls. There are a number of important call processing 

Telecommunications network 300 also includes a plural- functions handled by soft switch 204. Soft switch 204 

ity of gateway sites that may be collocated or geographically processes signaling messages used for call setup and call 

diverse. These gateway sites include gateway sites 108a, tear down. These signaling messages can be processed by 

1086, 110a and 1106. 25 in-band or out-of-band signaling. For an example of out-of- 

Data network 112 can route both signaling and transport band signaling, SS7 signaling messages can be transmitted 

traffic between the regional soft switch sites and regional between signaling network 114 and soft switch 204. (Soft 

gateway sites. For example, data network 112 can be used to switch 204 refers to soft switches 204a, 2046 and 204c.) 

route traffic between western soft switch site 104 and Another call processing function performed by soft switch 

gateway site 110a. Signaling and transport traffic can also be 30 204 is preliminary digit analysis. Preliminary digit analysis 

segregated and sent over separate data networks. As those is performed to determine the type of call arriving at soft 

skilled in the art will recognize, data network 112 can be switch 204. Examples of calls include toll free calls, 1+ 

used to establish a data or voice connection among any of calls, 0+ calls, 011+ calls, and other calls recognized by 

the aforementioned gateway sites 108a, 1086, 110a and those skilled in the art. 

1106 under the control of any of the aforementioned soft 35 One important feature of soft switch 204 is communicat- 

switch sites 104, 106 and 302. ing with CS/CDB 206 to retrieve important customer infor- 

Westem soft switch site 104 includes soft switch 204a, mation. Specifically, soft switch 204 queries CS/CDB 206 to 

soft switch 2046, and soft switch 204c. Soft switches 204a, retrieve a customer trigger plan. The customer trigger plan 

2046,204c can be collocated or geographically diverse. Soft effectively identifies the service logic to be executed for a 

switches 204a, 2046, 204c provide the features of redun- 40 given customer. This trigger plan is similar to a decision tree 

dancy and high availability. pertaining to how a call is to be implemented. Subsequently, 

Failover mechanisms are enabled via this architecture, soft switch 204 executes the customer trigger plan. This 

since the soft switches can act as one big switch. Soft includes the processing of special service calls requiring 

switches 204a, 2046, 204c can intercommunicate via the external call processing, i.e., call processing that is external 

inter soft switch communication protocol, permitting access 45 to the functions of telecommunications network 200. 

servers to reconnect from one soft switch to another. Another important function soft switch 204 is communi- 

Western soft switch site 104 includes SS7 gateway (GW) eating with RS 212 to provide network routing information 

208, configuration server/configuration database (CS/CDB) for a customer call. For example, soft switch 204 can query 

206a and route server (RS) 212a. To provide high availabil- RS 212 to retrieve the route having the least cost from an 

ity and redundancy, western soft switch site 104 includes a 50 off-network calling party 102 (homed to gateway site 108) 

redundant SS7 GW, a redundant CS/CDB and a redundant to an off-network called party 120 (homed to gateway site 

RS. Specifically, western soft switch site 104 includes SS7 110) over data network 112. Upon finding the least cost 

GW 210, CS/CDB 2066 and RS 2126. route, soft switch 204 allocates ports on TGs 232, 234. As 

Soft switches 204a, 2046 and 204c are connected to SS7 described in detail below, soft switch 204 can also be used 

GWs 208, 210, CS/CDBs 206a, 2066 and RSs 212a, 2126 55 to identify the least cost route termination and allocate 

via redundant ethemet switches (ESs) 332, 334 having gateway ports over AGs 238, 240 between an on-network 

multiple redundant paths. This architecture enables central- calling party 122 (homed to gateway site 108) and an 

ization of SS7 interconnection to gain economies of scale on-network called party 124 (homed to gateway site 110). 

from use of a lesser number (than conventionally required) Soft switch 204 also communicates with AGs 238, 240, 

of links to signaling network 114, to be shared by many 60 TGs 232,234, and NASs 228, 230 over data network 112. 

access servers in gateway sites. ESs 332, 334 also provide Although AGs 238, 240, TGs 232, 234 and NASs 228, 230 

connectivity to routers (Rs) 320, 322. Routers 320, 322 can communicate with a plurality of soft switches, as 

respectively provide redundant connectivity between redun- illustrated in FIG. 3, these network nodes (referred to 

dant ESs 332, 334 and data network 112. As noted, included collectively as access servers 254a, 2546, 256a, and 2566) 

in telecommunications network 300 are central soft switch 65 are respectively assigned to a primary soft switch. This 

site 106 and eastern soft switch site 302. Central soft switch primary soft switch, e.g., soft switch 204, assumes a primary 

site 106 and eastern soft switch site 302 respectively include responsibility or control of the access servers. In addition, 
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the access servers can be as respectively assigned to sec- will be described further with reference to FIG. 2B. A soft 

ondary switches, which control the access servers in the switch 204-to-soft switch 304 interface permits communi- 

event that the primary soft switch is unavailable. cation between the soft switches 204, 304 that control the 

Referring back to FIG. 3, western soft switch site 104, originating call-half and terminating call-half of call flow 

central soft switch site 106 and eastern soft switch site 302 5 258. The soft switch 204-to-soft switch 304 interface allows 

are geographically diverse. For example, western soft switch soft switches 204, 304 to set up, tear down and manage voice 

site 104 can be a soft switch site located in San Diego, Calif. and data calls. Soft switch 204 to soft switch 304 interface 

Central soft switch site 106 can be a soft switch site located can allow for a plurality of inbound and outbound signaling 

in Denver, Colo. Eastern soft switch site 302 can be a soft types including, for example, SS7, ISDN, and in-band E&M 

switch site located in Boston, Mass. io signaling. 

It is permissible that additional network nodes are pro- In telephony, E&M is a trunking arrangement generally 

vided at any of soft switch sites 104, 106 and 302. For used for two-way (Le., either side may initiate actions) 

example, additional elements, including, e.g., SS7 GW 208, switch-to-switch or switch-to-network connections. E&M 

CDB 206a, and RS 212a can be collocated at western soft signaling refers to an arrangement that uses separate leads, 

switch site 104. Examples of other supporting elements of 15 called respectively the "E" lead and the "M" lead, for 

western soft switch site 104 are an announcement server signaling and supervisory purposes. The near-end signals the 

(ANS), a network event collection point (NECP), an SCP, far-end by applying -48 volts DC ("VDC") to the "M" lead, 

and on-network STPs. Referring to the more detailed imple- which results in a ground being applied to the far end's "E** 

mentation of FIG. 2A, telecommunications network 200 lead. When -48 VDC is applied to the far-end "M" lead, the 

includes ANSs 246, 248, NECP 224, SCP 214, and STPs 20 near-end "E" lead is grounded. "E M lead originally stood for 

250, 252. "ear," i.e., when the near-end "E" lead was grounded, the far 

(1) Soft Switch Interfaces end was calling and "wanted your ear." "M" originally stood 

FIG. 4A is a block diagram illustrating the interfaces for "mouth,** because when the near-end wanted to call (i.e., 

between soft switch 204 and the remaining components of to speak to) the far end, -48 VDC was applied to that lead, 

telecommunications network 200. The soft switch interfaces 25 When a PBX wishes to connect to another PBX directly, 

of FIG. 4A are provided for exemplary purposes only, and or to a remote PBX, or to an extension telephone over a 

are not to be considered limiting. Soft switch 204 interfaces leased voice-grade line (e.g., a channel on a T-l), the PBX 

with SS7 GWs 208, 210 via soft switch-to- SS7 GW inter- can use a special line interface. This special line interface is 

face 402. One example of interface 402 is an SS7 integrated quite different from that which the PBX uses to interface to 

services digital network (ISDN) user part (ISUP) over a 30 directly-attached phones. The basic reason for the difference 

transmission control protocol/internet protocol (TCP/IP). between a normal extension interface and a long distance 

Soft switch 204 interfaces with configuration server 206 interface is that the respective signaling requirements differ, 

over interface 406. In an example embodiment, interface This is true even if the voice signal parameter, such as level 

406 is a TCP/IP connection. and two-wire, four-wire remain the same. When dealing 

Soft switch 204 interfaces with RNECP 224 over interface 35 with tie lines or trunks, it is costly, inefficient, and too slow 

410. In an example embodiment, interface 410 is a TCP/IP for a PBX to do what an extension telephone would do, i.e., 

connection. to go off hook, wait for a dial tone, dial, wait for ringing to 

Soft switch 204 interfaces with route server 212 over stop, etc. The E&M tie trunk interface device is a form of 
interface 408. In an example embodiment, interface 408 is a standard that exists in the PBX, T-l multiplexer, voice- 
TCP/IP connection. 40 digitizer, telephone company world. E&M signaling can 

Soft switch 204 interfaces with SCP 214 over interface take on a plurality of forms. At least five different versions 
404. In an example embodiment, interface 404 is a TCP/IP exist. E&M signaling is the most common interface signal- 
connection, ing method used to interconnect switching signaling systems 

Soft switch 204 interfaces with announcement servers with transmission signaling systems. 

246, 248 over interface 416. In an example embodiment, 45 The sample configuration depicted in FIG. 2B, can use a 

interface 416 can include the IPDC protocol used over a soft switch 204-to-soft switch 304 protocol. In FIG. 2B, the 

TCP/IP connection. access servers depicted are trunking gateways 232, 234. TGs 

Soft switch 204 interfaces with TGs 232, 234 over inter- 232, 234 are connected to the switch circuit network (SCN), 

face 412. In an example embodiment, interface 412 can i.e., signaling network 114, via SS7 trunks, ISDN trunks, 

include the IPDC protocol used over a TCP/IP connection. 50 and in-band trunks. The originating soft switch 204 can 

Soft switch 204 interfaces with AGs 238, 240 over receive a call over any of these trunks. The signaling 

interface 414. In an example embodiment, interface 414 can information from these SS7, ISDN, and in-band trunks is 

include the IPDC protocol used over a TCP/IP connection. processed by soft switch 204 to establish the originating 

In one embodiment, soft switch 204 is an application call-half The signaling information processed by soft switch 

software program running on a computer. The structure of 55 204, can be used to determine the identity of terminating soft 

this exemplary soft switch is an object oriented program- switch 304. The identity of terminating soft switch 304 is 

ming model discussed below with reference to FIGS. required to complete the call. 

4B-4E. Originating soft switch 204 can then communicate the 

Another interface to soft switch 204 (not shown) is a necessary information to complete the call, via an inter-soft 

man-machine interface or maintenance and monitoring 60 switch communication (1SSC) protocol. Terminating soft 

interface (MM I). MMI can be used as a direct controller for switch 304 can be required to be able to establish the 

management and machine actions. It should be noted that terminating call-half on any of the supported trunk types, 

this is not intended to be the main control interface, but is The ISSC protocol can use a message set that is structured 

rather available to accommodate the need for on-site emer- similarly to the IPDC protocol message set. The messages 

gency maintenance activities. 65 can contain a header followed by a number of tag-length- 

Yet another interface permits communication between value attributes. The incoming signaling message for the call 

soft switches 204, 304. A soft switch-to-soft switch interface being placed, can be carried in a general data block of one 
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of the attribute value pairs (AVPs). The other AVPs, caD of SS7 GWs 208, 210 respectively. SS7 GWs 208, 210 

contain additional information necessary to establish a together comprise a CE cluster 207. 

voice-over-IP connection between the originating and ter- Based upon an SS7 network design, a pair of SS7 gate- 

minating ends of the call. ways receive all signaling traffic for the trunking gateway 

b. SS7 Gateway 5 (TG) circuits serviced by the soft switches at a single soft 

SS7 gateways (GWs) 208, 210 will now be described switch site. Specifically, a pair of SS7 GWs 208, 210 receive 

further with reference to FIG. 2 A and FIG. 5A. In FIG. 2A, all signaling traffic for circuits serviced by soft switch site 

SS7 GWs 208, 210 receive signaling messages from signal- 104. Signals serviced by soft switch site 104 enter telecom- 

ing network 114 and communicate these messages to soft munications network 200 from gateway sites 108, 502, 110. 

switch 204. Specifically, for SS7 signaled trunks, SS7 GWs 10 In an example embodiment, 96 circuits are serviced by 

208, 210 can receive SS7 ISUP messages and transfer them each gateway site 108, 502, 110. Gateway site 108 includes 

to soft switch 204. SS7 GWs 208, 210 can also receive TGs 232a, 2326. Gateway site 110 includes TGs 234a, 2346. 

signaling messages from soft switch 204 and send SS7 ISUP Gateway site 502 includes TGs 504, 506. 

messages out to signaling network 114. A circuit is identified by a circuit identification code 

(1) SS7 Gateway Example Embodiment is (CIC). TG 232a includes line card access to a plurality of 
In an example embodiment, SS7 GWs 208, 210 can be circuits including CICs 1-48 512 of gateway site 108. TG 

deployed in a two (2) computing element (CE) cluster 207, 232b provides line card access to CICs 49-96 514 of 

depicted in FIG. 5A. SS7 GWs 208, 210, in two-CE-cluster gateway site 108. TG 504 provides line card access to CICs 

207 can fully load-share. SS7 GWs 208, 210 can intercom- 1-48 516. TG 506 provides line card access to CICs 49-96 

municate as represented by connection 530 to balance their 20 518 of gateway site 502. TG 234a provides line card access 

loads. Load-sharing results in a completely fault resilient to CICs 1-48 520. TG 234b provides line card access to 

hardware and software system with no single point of CICs 49-96 522 of gateway site 110. Thus, CICs 1-48 512, 

failure. Each SS7 GW 208, 210 can have, for example, six 516, 520, and CICs 49-96 514, 518, 522 are the trunking 

two-port cards for a total of twelve links to signaling gateway circuits serviced by soft switch site 104. 

network 114. 25 In an example embodiment, soft switches are partitioned 

In an example embodiment, SS7 GWs 208, 210 are such that any single soft switch will only service a subset of 

application programs running on a computer system. An circuits serviced at a given soft switch site. For example, soft 

exemplary application program providing SS7GW 208, 210 switch 204a can service CICs 1-48 512, 516, while soft 

functionality is OMNI SIGNALWARE (OMNI), available switch 204b services CICs 49-96 514 and CICs 1-48 520, 

from DGM&S, of Mount Laurel, N J. OMNI is a telecom- 30 and soft switch 204c services CICs 49-96 518, 522. In order 

munications middleware product that runs on a UNIX to assure that all signaling messages for a particular call get 

operating system. An exemplary operating system is the to the correct one of soft switches 204a, 2046, 204c, it is 

SUN UNIX, available from SUN Microsystems, Inc. of Palo necessary to partition SS7 signaling across the available soft 

Alto, Calif. The core of OMNI resides logically below the switches based upon the circuits that each soft switch 

service applications, providing a middleware layer upon 35 services. 

which telecommunications applications can be efficiently It is much more efficient to run SS7 links to soft switches 
deployed. Since the operating system is not encapsulated, than to each individual access server (compare to the con- 
service applications have direct access to the entire operat- ventional approach requiring an SS7 link to each SSP). 
ing environment. Because of OMNI's unique SIGNAL- Centralization of SS7 signaling traffic interconnection 
WARE architecture, OMNI has the ability to simultaneously 40 enables benefits from economies of scale, by requiring less 
support variants of SS7 signaling technology (ITU-T, ANSI, SS7 interconnection links. 

China and Japan). An exemplary technique for distributing circuits across 
The SIGNALWARE architecture core is composed of the soft switches 204a, 2046, 204c is based upon the originating 
Message Transfer Part (MIT) Layer 2 and Layer 3, and point code (OPC), destination point code (DPC), and CIC. 
Service Connection Control Part (SCCP). These core pro- 45 OPC represents the originating point code for a circuit 
tocols are supplemented with a higher layer of protocols to group, i.e., the point code of a local exchange carrier (LEC) 
meet the needs of a target application or service. OMNI switch, or signal point(SP). For example, the LEC providing 
supports multiple protocol stacks simultaneously, each CICs 1-48 512, and CICs 49-96 514 can have an OPC 524 
potentially with the point code format and protocol support of value 777. The LEC providing CICs 1-48 516, and CICs 
of one of the major SS7 variants. 50 49-96 518 can have an OPC 526 of value 888. The LEC 
OMNI SIGNALWARE Application Programming Inter- switch providing CICs 1-48 520, and CICs 49-96 522 has 
faces (APIs) are found on the higher layers of the SS7 an OPC 528 of value 999. Similarly, DPC represents the 
protocol stack. OMNI APIs include: ISDN User Part (ISUP), destination point code for a circuit group, i.e., the point code 
Telephony User Part (TUP), Transaction Capabilities Appli- of soft switch site 104. Soft switch site 104 has a point code 
cation Part (TCAP), Global System for Mobile Communi- 55 529 of value 111, and an alternate point code 531 of value 
cations Mobile Application Part (GSM MAP), EIA/TIA 444. Soft switch site 104 can act as one big switch using a 
Interim Standard 41 (IS-41 MAP), Advanced Intelligent flat network design of the present invention. This flat net- 
Network (AIN), and Intelligent Network Application Part work design simplifies routing of calls. 
(INAP). To support distribution of circuits across soft switches 

(2) SS7 Gateway-to-Soft Switch Interface 60 2Ma, 2046, 204c, SS7 GWs 208, 210 can include a lookup 
FIG. 5A depicts SS7 gateway to soft switch distribution table that allows each signaling message to be routed to the 

500. Soft switches receive signaling messages from signal- correct soft switch 204a, 204/), 204c. The lookup table can 

ing gateways. Specifically, for SS7 signaled trunks, SS7 route signaling messages to the correct soft switch 204a, 

GWs 208, 210 send and receive signals from signaling 2046, 204c based upon the OPC, DPC, and CIC fields. This 

network 114. SS7 GWs 208, 210 communicate with soft 65 lookup table is built on SS7 GWs 208, 210 based upon 

switches 204a, 2046, 204c, via redundant connections from registration messages coming from soft switches 204a, 

the soft switches 204a, 2046, 204c to distributions 508, 510, 2046, 204c. 
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In an example embodiment, each time a TG boots up, the 
TG finds a soft switch to service its circuits. For example, 
when TG 232a is powered up, TG 232a must find a soft 
switch 204a, 2046, 204c to service its circuits, i.e. CICs 
1-48 512. In an exemplary technique, TG 232a sends 
registration messages to soft switch 204a to register circuits 
CIGs 1-48 512. Upon receipt of these registration messages 
the soft switch 204a registers these circuits with SS7 GWs 
208, 210, at soft switch site 104. The circuit registration 
messages sent to the SS7 gateways are used to build the type 
of table shown in Table 6. 

TABLE 6 



OPC, DPC, CIC 
registration request 



Value 



15 



Message Type 
OPC 

Primary DPC 



Alias DPC 
Start CIC 

End CIC 

Servicing Soft 
Switch ID 

Servicing Soft 
Switch IP address 

Servicing Soft 
Switch IP port 

Primary/Secondary/ 

Tertiary 

identification 



SS7 gateway circuit registration 

Originating point code for the circuit 

group. Equals the LEC point code. 

Primary destination point code for 

the circuit group. Equals the Soft 

Switch site point code. 

Alias DPC for the Soft Switch site 

Starting Circuit Identification Code 

for the circuit group 

Ending Circuit Identification Code 

for the circuit group 

Unique Identifier for the Soft 

Switch that will service requests 

for the OPC, DPC, CIC values 

IP address for the Soft Switch 

that will service requests 

for the OPC, DPC, CIC values 

Port number that the Soft Switch 

is listening on for incoming 

signaling messages. 

The Soft Switch identifies itself as 

the primary, secondary or tertiary 

contact for signaling messages 

for the specified OPC, DPC and CIC. 



25 



30 
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Hie format of a registration message is shown in Table 7. 
Table 7 includes the mapping of circuits to soft switches. 

The messages used by soft 204a, 2046, 204c to register 
their circuits with SS7 GWs 208, 210 contain information 40 
for the OPC, DPC and circuit range, i.e., the CICs that are 
being registered. Each message also contains information 
about the soft switch that will be servicing the signaling 
messages for the circuits being registered. 

The soft switch information includes an indication of 45 
whether this soft switch is identified as the primary servicing 
point for calls to these circuits, the secondary servicing point 
or the tertiary servicing point. The gateway uses this indi- 
cator in failure conditions, when it cannot contact the Soft 
Switch that is currently servicing a set of circuits. 

TABLE 7 



OPC 


DPC 


CIC range 


Soft Switch 


777 


111 


1-48 


204a 


777 


111 


49-96 


204b 


888 


111 


1-48 


204a 


888 


111 


49-96 


204c 


999 


111 


1-48 


204b 


999 


111 


49-96 


204c 
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FIG. 5A Illustrates, and Table 7 represents in tabular form, 
the associations between circuit trunk groups of TGs 232a, 
2326, 516, 518, 520, 522 and soft switches 204a, 2046, 
204c. SS7 GWs 208, 210 distribute incoming SS7 signaling 
messages to the soft switch 204a, 2046, 204c listed as 
associated with the particular circuit in the circuit to soft 
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switch mapping lookup table, (i.e., Table 7). For example, 
when the LEC switch, or signaling point, associated with 
OPC 524 (having point code 777) sends a call to TG 2326 
over CICs 55 (of CICs 49-96 514), an I AM message can be 
created and routed. The IAM includes the following infor- 
mation: 

(1) OPC 777 (originating LEC has a point code 777), 

(2) DPC 111 (soft switch site 104, the "switch" that the 
LEC believes it is trunking to, has point code 111), and 

(3) CIC 55 (the circuit selected by the LEC has circuit 
identifier code 55). 

The IAM message can then be routed by signaling net- 
work 114 (i.e., the SS7 network) to SS7 GWs 208, 210 at 
soft switch site 104, having point code 111. SS7 GWs 208, 
210 can perform a lookup to Table 7, to identify which of 
soft switches 204a, 2046, 204c is handling the particular 
circuit described in the IAM message. In the example above, 
the IAM message having OPC 524 of value 777, DPC of 
value 111 and CIC 55 can be routed to soft switch 2046. 

SS7 GWs 208, 210 will now be discussed further with 
reference to FIG. 17A. FIG. 17A depicts an exemplary 
signaling network environment 1700. FIG. 17A includes 
signaling network 114 Specifically, signaling network 114 
can be an SS7 national signaling network. FIG. 17A depicts 
three soft switch sites interfacing via a plurality of STPs to 
SS7 network 114. 

FIG. 17A includes soft switch sites 104, 106, 302. West- 
em soft switch site 104 includes three soft switches 204a, 
2046, 204c redundantly connected to routers 320, 322 and 
SS7 GWs 208, 210 via ethernet switches 332, 334. SS7 GW 
208 and SS7 GW 210 communicate via a TCP/IP connection 
1702 and serial link 1704. 

Similarly, central soft switch site 106 includes soft 
switches 304a, 3046, 304c redundantly connected to routers 
324, 326 and SS7 GWs 308a, 3086 via ethernet switches 
336, 338. SS7 GW 308fl and SS7 GW 3086 communicate 
via TCP/IP connection 1706 and serial link 1708. 

Finally, eastern soft switch site 302 includes soft switches 
306a, 3066, 306c redundantly connected to routers 328, 330 
and SS7 GWs 310a, 3106 via ethernet switches 340, 342. 
SS7 G W 310a and SS7 GW 3106 communicate via TCP/IP 
connection 1710 and serial link 1712. 

FIG. 17Aalso includes data network 112 connected to soft 
switch sites 104, 106, 302 via routers 320, 322, routers 324, 
326 and routers 328, 330, respectively Data network 112 
can carry data including control message information and 
call traffic information. Data network 112 can also carry 
in -band type signaling information and ISDN signaling 
information, via IPDC messages. 

Out-of-band signaling, such as, e.g., SS7 signaling, infor- 
mation is communicated to (i.e. exchanged with) soft switch 
sites 104, 106, 302 via SS7 GWs 208, 210, SS7 GWs 308a, 
3086, and SS7 GWs 310a, 3106 from signaling network 114. 

SS7 signaling messages are transferred through signaling 
network 114 from STP to STP until arriving at a final 
destination. Specifically, signaling messages intended for 
soft switch sites 104, 106, 302, are routed via packet 
switched SS7 signaling network 114 to STPs 216, 218 which 
are part of the SS7 national signaling network 114. STP 
services (i.e., STPs and A-F links) can be provided by an 
SS7 signaling services provider, such as, e.g., Transaction 
Network Services (TNS). 

Table 19 defines SS7 signaling links. Some of the SS7 
links used are as follows. STPs 216, 218 are linked together 
by a C-link. STPs 216, 218 are linked by redundant D-links 
1730 to STPs 250a, 252a, 1722, 1724, 2506, 2526. STPs 
216, 218 can also be linked by redundant D-links 1730 to 
STPs 1718, 1720, 1714, 1716, though this is not shown. 
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STP pairs 250a, 252a are linked together by one or more 
C-links 1728. Likewise, STP pairs 1722, 1724, STP pairs 
2506, 252*, STP pairs 1718, 1720, and STPpairs 1714, 1716 
can be linked together by C-links. 

STPs 1714, 1716, 250a, 252a, 1722, 1724, 2506, 2526, 
1718, and 1720 can be linked by one or more A-links 1726 
to SS7 GWs 208, 210, 308a, 3086, 310a, and 3106. Thus, 
signaling messages from anywhere in signaling network 114 
may be routed by STPs 216, 218 through STPs 1714, 1716, 
250a, 252a, 1722, 1724, 2506, 2526, 1718, 1720, to SS7 
GWs 208, 210, 308a, 3086, 310a, and 3106 of soft switch 
sites 104, 106, and 302. SS7 GWs 208, 210, 308a, 3086, 
310a, and 3106 thus route messages through packet 
switched STPs to signaling network 114. 

SS7 GWs 208, 210, 308a, 3086, 310a, and 3106 use a 
separate physical interface for all simple network manage- 
ment protocol (SNMP) messages and additional functions 
that may be defined. Exemplary functions that may be 
defined include provisioning, updating, and passing special 
alarms, and performance parameters to the SS7 GW from 
the network operation center (NOQ of network manage- 
ment component 118. 
c. Signal Transfer Points (STPs) 

Signal transfer points (STPs) 216, 218 are the packet 
switches of signaling network 114. More specifically, STPs 
are the packet switches of the SS7 network. STPs 250, 252 
are the STPs interfacing with SS7 GWs 208, 210 of soft 
switch site 104. STPs 216, 218 receive and route incoming 
signaling messages toward the proper destination. 

STPs 250, 252 also perform specialized routing functions. 
STPs are customarily deployed in pairs. While elements of 
a pair are not generally collocated, they work redundantly to 
perform the same logical function. 

STPs have several interfaces. STP interfaces are now 
described, with reference to FIGS. 17A and 17B. The 
interfaces can be described in terms of the links used. Table 
19 shows links used in SS7 architectures. 

The first interface comprises one or more D- links 1730 
from off-network STPs 250, 252 (as shown in FIG. 2A) to 
on-network STPs 216, 218. D-links connect mated STPs at 
different hierarchical levels to one another. On-network 
STPs 216, 218, as well as STPs 1714, 1716, 1722, 1724, 
1718 and 1720 are part of the national SS7 signaling 
network 114. Additional D-links 1730 can connect STPs 
216, 218 to STPs 250a, 252a, STPs 1722, 1724, STPs 2506, 
2526, and STPs 1718 and 1720. 

The second interface comprises C-links. C-links connect 
mated STPs together. An example are C-links 1728 between 
STP 250a and 252a. C-links 1728 enable STPs 250a, 252a 
to be linked in such a manner that they need not be 
co-located. Similarly, STPs 2506, 2526, STPs 1718, 1720, 
STPs 1722, 1724, STPs 1714, 1716, and STPs 216, 218 can 
also be respectively linked via C-links. 

The third interfaces to STPs comprise A-links and 
E-links. A-links connect STPs to SSPs and SCPs. E-links are 
special links that connect SSPs to remote STPs, and are used 
in the event that A-links to home STPs are congested. The 
entire soft switch site is viewed as an SSP to a signaling 
network. A-links or E-links can be used to connect any of 
STPs 1714, 1716, 250a, 252a, 1722, 1724, 2506, 2526, 1718 
and 1720 respectively to soft switch sites 104, 106, 302 at 
SS7 GWs 208, 210, 308a, 3086, 310a and 3106. In an 
example embodiment, each of SS7 GWs 208,210, 308a, 
3086, 310a, 3106 can have, for example, twelve (12) A-links 
1726 distributed among STPs 250a, 252a, 2506, 2526 and 
STPs 1714, 1716, 1722, 1724, 1718, 1720. By using the 
plurality of A-links, the soft switch sites 104, 106, 302 have 
a fully redundant, fully meshed, fault tolerant signaling 
architecture. 
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STPs 250a, 252a, 2506, 2526 use a separate physical 
interface for all SNMP messages and additional functions 
that can be defined. Additional functions that can be defined 
include provisioning, updating, and passing special alarms 
5 and performance parameters to and from STPs 250a, 252a, 
2506, 2526 and network operation center (NOC) of network 
management component 118. 

In another embodiment of the invention, as illustrated in 
FIG. 17B, soft switch sites 104, 106, 302 have additional 
1Q soft switches and SS7 GWs. Additional soft switches and 
SS7 GWs can be used, for example, for handling additional 
traffic and for testing of alternative vendor soft switches and 
SS7 GWs. 

FIG. 17B includes SS7 gateway to SS7 signaling network 
alternative embodiment 1740. FIG. 17B includes signaling 

15 network 114 interfacing to western soft switch site 104, 
central soft switch site 106, and eastern soft switch site 302. 
Signaling network 114 includes STPs 216, 218 connected 
via multiple D-Links 1730 to STPs 250a, 252a, 2506, 2526. 
In an example embodiment STP 250a and STP 252a are 

20 connected together by C-Unks 1728. In an alternative 
embodiment, STPs 250a, 252a and STPs 2506, 2526 can be 
linked by quad B-Links. B-links connect mated STP pairs to 
other mated STP pairs. STPs 250a, 252a, 2506, 2526 are 
connected by multiple redundants A-links 1726 to SS7 

25 GWs in soft switch sites 104, 106, 302. 

Western soft switch site 104 includes SS7 GWs 208, 210, 
which can communicate via a TCP/IP connection and a 
serial link. SS7 GWs 208, 210 are connected to soft switches 
204a, 2046, and 204c. In addition, western soft switch site 

30 104 includes soft switch 1742 and SS7GW 1744 connected 
to STPs 250a and 252a. Also western soft switch site 104 
includes soft switch 1746 and SS7 GW 1748 connected to 
STPs 250a, 252a. 

Central soft switch site 106 includes SS7 GWs 308a, 

35 308B which can communicate via a TCP/IP connection or a 
serial link. SS7 GWs 308a, 3086 connect soft switches 304a, 
3046 and 304c to STPs 250a and 252a. Central soft switch 
site 106 also includes soft switch 1750 and SS7 GWs 1752 
connected to STPs 250a, 252a. Central soft switch site 106 

40 also includes soft switch 1754 connected to SS7 GW 1756, 
which is connected to STPs 250a, 252a. 

Eastern soft switch site 302 includes SS7 GWs 310a, SS7 
GW 3106, which can communicate over TCP/IP and over a 
serial link. SS7 GWs 310a, 3106 connect soft switches 306a, 

45 3066 and 306c to STPs 2506 and 2526. Eastern soft switch 
site 302 also includes soft switch 1758 connected to SS7 
GW 1760, which is connected to STPs 2506, 2526. Eastern 
soft switch site 302 also includes soft switch 1762, which is 
connected to SS7 GW 1764 which is in turn connected to 

50 STPs 2506, 2526. 

Alternative embodiment 1740, by including additional 
soft switches and SS7 gateways, permits additional redun- 
dancy and enables testing of alternate devices for connection 
to signaling network 114 via STPs 250a, 252a, 2506, 2526, 

55 216 and 218. 

(1) STP Example Embodiment 

STPs 250, 252, in an example embodiment, can be a 
TEKELEC Network Switching Division's EAGLE STP. An 
EAGLE STP, available from TEKELEC of Calabasas, 

60 Calif., is a high speed packet switch designed to support SS7 
signaling. STPs 250, 252 can be equipped with a plurality of 
links. In an example embodiment, STPs 250, 252 can 
support up to, for example, 84 links. For example, in a 
preferred embodiment, 14 links can be used initially, and 

65 additional links can be added in the future. In a preferred 
embodiment, several additional features can be added to 
STPs 250, 252. 
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(a) Global Title Translation 

In a preferred embodiment, STPs 250, 252 can have 
global title translation capability. Global title translation 
uses global title information. Global title information is 
information unrelated to signaling network address, which 
can be used to determine the appropriate destination of a 
message. Global title translation can support translations 
from, for example, one to twenty-one digits. For example, 
translations can be assigned to translation types from 0 to 
225. In a preferred embodiment, STPs 250, 252 can support 
up to, for example, 1,000 global title translation requests per 
second, per application service module (ASM). 

(b) Gateway Screening Software 

In a preferred embodiment, STPs 250, 252 include a 
gateway screening software feature. EAGLE STP can sup- 
port user definitions of up to 64 screen sets In this 
embodiment, each screen set can accommodate up to 2,000 
condition statements (or rules) with the gateway screening 
software. Gateway screening can be performed on all 
in-bound messages from another network. Gateway screen- 
ing can also be performed on all outgoing network manage- 
ment messages. Since gateway screening can occur on the 
link interface modules (UMs) and the application service 
modules (AS Ms), the deployment of the gateway screening 
feature does not impact link throughput capacity, and can 
contribute to less than 5 milliseconds increase to cross-STP 
delays. 

(c) Local Number Portability (LNP) 

In a preferred embodiment, local number portability 
(LNP) can be integrated into the EAGLE architecture of 
STPs 250, 252. An advantage of the integration of LNP 
functionality is that it eliminates the need for costly external 
LNP databases, and associated transmission equipment. In 
one embodiment, LNP portability can support, complete 
scalabilty in configurations ranging from 500,000 translation 
entries and up to more than several million translation 
entries for very large metropolitan serving areas (MSAs). 

(d) STP to LAN Interface 

In a preferred embodiment, the STP-to-LAN interface of 
the EAGLE architecture can allow the user to connect 
external data collection or processing systems directly to 
STPs 250, 252 via a TCP/IP protocol. In this embodiment, 
the STP-to-LAN interface could be used to carry SS7 
signaling over IP packets. 

(e) ANSI to ITU Gateway 

In a preferred embodiment, STPs 250, 252 can include a 
feature referred to as the ANSI -ITU gateway feature. In a 
preferred embodiment, the ANSI-ITU feature of STPs 250, 
252 allows STPs 250, 252 to interconnect three types of 
signaling networks, i.e., ITU international, ITU national and 
ANSI, by means of three different message signaling unit 
(MSU) protocols. In a preferred embodiment of STPs 250, 
252, the ANSI -ITU feature can allow a smooth transition 
from an all-ANSI network to a combined ANSI-ITU net- 
work. 

d. Services Control Points (SCPs) 

FIG. 6A depicts off-switch called processing abstraction 
diagram 600 showing communication mechanisms between 
soft switch and STPs. FIG. 6A includes at the gateway- 
facing layer, soft switch processing 604 which can use the 
IPDC protocol 602, or alternatively, the Network Access 
Server (NAS) Messaging Interface (NMI) protocol to inter- 
face with access servers, or the messaging gateway control 
protocol (MGCP). IPDC protocol 602 provides a protocol 
for communications between soft switches and respectively 
TGs, AGs, NASs and ANSs. Soft switch processing 604 uses 
IPDC for gateway communication and uses off-switch call 
processing 606 to access SCPs 608, 614, 618, 620. 
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SS7 TCAP 608 is connected to SCP 610 an off-network 
SCP, via STP 250. IP TCAP 614 is connected to SCP 612. 
SCP 616 is connected to custom IP 618. SCP 214 is an 
on-network SCP and is connected via 1 NAP/IP 620. 

5 FIG. 6A represents how some interfaces to soft switch 204 
sit on top of a-a common interface used by soft switch 204 
to handle off-switch call processing. SCPs and other devices, 
such as route servers, can use this common interface. For 
example, SCP 610 is an off-network or off-switch SCP, 

10 meaning that it is not within soft switch site 104. 

Off-switch call processing abstraction layer 606 is 
intended to be a flexible interface, similar to TCAP in 
function, that allows interaction between any type of SCP (or 
other call processing logic) and soft switch 204. The abstrac- 

15 tion layer is so designed that interfaces to a set of call 
processors supporting a specific function (e.g., 800 service), 
contain the same types of data, and can all map arguments 
to data elements supported by off-switch call processing 
abstraction layer 606. The field values for messages supplied 

20 by off-switch call processing abstraction layer 606 are 
identified in this section (i.e., describing SCPs) and also in 
the section describing route servers below. 

The SCPs can be off-switch call processing servers, which 
support intelligent services within the telecommunications 

25 network SCPs 610, 612, and 616 can support such services 
as, for example, account code verification and toll free/800 
services, local number portability (LNP), carrier ID 
identification, and card services. 

Other services and capabilities of SCPs 610, 612, and 616 

30 include basic toll-free services, project account code (PAC) 
services, local number portability (LNP) services, 800 car- 
rier ID services, calling name (CNAM) services, advanced 
toll-free/network automatic call distribution (ACD) 
services, customer premise toll-free routing services, one 

35 number (or follow-me) services, and SCP gateway for 
customer premises equipment (CPE) route selection ser- 
vices. These services are recognized by those skilled in the 
art 

Additional services and capabilities can include intelli- 

40 gent peripherals. Intelligent peripherals can include calling 
card, debit card, voicemail, unified messaging, conference 
calling, and operator services. These peripherals are recog- 
nized by those skilled in the art. 
FIG. 6B illustrates intelligent network architecture 622. 

45 FIG. 6B includes gateway site 110, communicating via data 
network 112, to soft switch 204. The communication can be 
performed by the H323 protocol or the IPDC protocol. Soft 
switch 204 gains signaling information from signaling net- 
work 114 via STP 250, through SS7 gateway 208. 

50 Gateway site 110, in intelligent network architecture 622, 
is connected to multiple off-network service providers. Off 
network service providers include local exchange carrier 
(LEC) 624, inter-exchange (IXC) carrier 626 and operator 
services service bureau 628. Thus calls coming in from LEC 

55 624 or from IXC 626 into gateway site 110, if identified as 
an operator call, may be routed to off-network operator 
services 628. 

Soft switch 204 does not dictate any particular SCP 
interface, but it is assumed that this interface will support the 
60 following types of interactions: (1) route request; (2) route 
response; (3) call gapping; and (4) connect to resource. 

A route request is a message sent from soft switch 204 to 
an external SCP 610. The route request is sent to request a 
translation service from SCP 610, for example, to translate 
65 disclosed digits to a destination number. 

A route response is a message sent from SCP 610 to soft 
switch 204 in response to a route request. The route response 
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includes a sequence of prioritized destinations for the call. 
SCPs that perform routing can return a list of prioritized 
destinations. These destinations can be, for example, any 
combination of destination numbers or circuit groups. If 
SCP 610 returns a destinations number, soft switch 204 can 
attempt to route to that destination number using the least 
cost routing logic included in route server 212. If SCP 610 
returns a circuit group, the soft switch 204 can use route 
server 212 to select an available circuit in that group. Soft 
switch 204 can try to terminate to the specified destinations 
in the prioritized order that the destinations are returned 
from SCP 610. 

The interface that can be used by soft switch 204, in order 
to interact with SCPs 214, 610, 612, and 616, is called the 
off-switch call processing (OSCP) interface. This interface is 
also used for route server 212 and any other call processing 
engines. OSCP is represented in FIG. 6A as off-switch call 
processing abstraction layer 606. Tables 8, 9, 10, and 11 
identify the fields in the OSCP route request and route 
response messages, which are necessary for 800 and account 
code processing service calls. 



TABLE 8 




800 Route Request 


SCP Route 


800 SCP - Route 


Request Parameter 


Request Value 


Message Type 
Call Reference 
Requesting Soft-Switch 
Bearer Capability 
Destination type 
Destination 
Originating LATA 
Calling Number 
Originating station type 
Collected Digits 


800 Route Request 

Unique call identifier 

Soft Switch ID 

Voice, Data or Fax 

DDD (an 8XX number was dialed) 

Dialed 8XX number 

LATA from 1AM or from DAL profile 

AN1 

II-digits from IAM or DAL profile 
Not Used for 800 processing 
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TABLE lO^continued 



OSCP Route 
Request Parameter 



800 Route Response 

800 SCP - Route 
Response Value 



Destination circuit - 1 
Outpulse digits - 1 

Destination number - 1 
Destination Soft Switch - 1 
Destination circuit group - N 



Destination circuit - N 
Outpulse digits - N 

Destination number - N 
Destination Soft Switch - N 



Not used for 800 processing 
Outpulse digits for selected 
termination 

Destination number for the first route 

Not used for 800 processing 

Terminating circuit group 

for the Nth route, if 

the SCP identifies circuit groups 

Not used for 800 processing 

Outpulse digit format for selected 

circuit on the Nth route 

Destination number for the Nth route 

Not used for 800 processing 
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TABLE 11 




Account Code Route Response 


OSCP Route 


Account Code SCP - Route 


25 Request Parameter 


Response Value 


Call Reference 


Unique call identifier 


Result Code 


Success/fail 



Number of responses 
Destination circuit group - 1 
Destination circuit - 1 

30 Outpulse digits - 1 
Destination number - 1 
Destination Soft Switch - 1 
Destination circuit group - N 
Destination circuit - N 
Outpulse digits - N 

35 Destination number - N 
Destination Soft Switch - N 



0 - this is a success/fail response 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 
Not used for account code processing 



TABLE 9 


Account Code Route Request 


OSCP Route 


Account Code SCP - Route 


Request Parameter 


Request 


Message Type 


Account Code Route Request 


Call Reference 


Unique call identifier 


Requesting Soft-Switch 


Soft Switch ID 


Bearer Capability 


Not used for Account Code processing 


Destination type 


Not used for Account Code processing 


Destination 


Not used for Account Code processing 


Originating LATA 


LATA from IAM or from DAL profile 


Calling Number 


ANI 


Originating station type 


II-digits from IAM or DAL profile 


Collected Digits 


Not Used for Account Code processing 


TABLE 10 




800 Route Response 


OSCP Route 


800 SCP - Route 


Request Parameter 


Response Value 


Message Type 


800 Route Response 


Call Reference 


Unique call identifier 


Result Code 


Success/fail 


Number of responses 


Number of responses sent 




from the SCP 


Destination circuit group 


- 1 Terminating circuit group for 




the first route if the SCP 




identifies circuit groups 
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A route response can also include an indication to initiate 
a call gapping for a congested call. Call gapping refers to a 
message sent from an SCP to a soft switch to control the 
number and frequency of requests sent to that SCP. The call 
gapping response can indicate a length of time for which 
gapping should be active, as well as a gap interval, at which 
the soft switch should space requests going to the SCP. Call 
gapping can be activated on the SCP for each individual 
service supported on the SCP. For example, if SCP 214 
supports 800 and project account code queries, it may gap on 
800, but not on project account codes. Alternatively, SCP 
214 can gap on project codes but not on 800, or can gap on 
both or neither. 

A connect-to resource is a response that is sent from the 
SCP to the soft switch in response to a route request for 
requests that require a call termination announcement to be 
played. 

FIG. 6C illustrates additional ofT-switch services 630. For 
example, calling card interactive voice response (IVR) 632 
services can be provided off-switch, similarly to operator 
services 628. FIG. 6C also depicts on-switch SCP services. 
Specifically, project account codes (PAC) SCP 214a and 
basic toll-free SCP 214b communicate with soft switch 204 
via an INAP/IP protocol 620. Project account codes are 
discussed further below. Basic toll-free services are also 
discussed further below. 

FIG. 6D depicts additional services 634. For example, 
FIG. 6D depicts service node/IP 656, which can be a voice 
services platform with a voice over IP (VOIP) interface on 



US 6,614,781 Bl 

43 44 

data network 112. In addition, network I VR 654 is depicted. FIG. 58A depicts a block diagram of the H.323 architec- 

Network IVR 654 is an IVR that connects to data network hire for a network-based communications system 5800. 

112. Network IVR 654 can communicate with soft switch H.323 defines four major components for network-based 

204 via the IPDC protocol. Network IVR 654 is also in communications system 5800, including: terminals 5802, 

communication with an advanced toll-free SCP 648, via the 5 5804 and 5810, gateways 5806, gatekeepers 5808, and 

SR-3511 protocol. multipoint control units 5812. 

Advanced toll-free SCP 648 is in communication with Terminals 5802, 5804, 5810 are the client endpoints on 
soft switch 204 via INAP/IP protocol 620. Advanced toll- me lAN that provide real-time, two-way communications, 
free SCP 648 is also in communication with computer ^ terminals must support voice communications; video 
telephony integration (CTI) server 650. CTI server 650 can 10 and data are optional. H.323 specifies the modes of opera- 
communicate with an automatic call distributor (ACD) 652. Uon squired for different audio, video, and/or data terminals 

FIG. 6D also depicts an IP client connected via a customer to work together. It is the dominant standard of the next 

network into data network 112. Specifically, IP-Client 660 is generation of Internet phones, audio conferencing terminals, 

connected to data network 112 via customer network 658. arjd video conferencing technologies. 

Customer network 658 is connected to data network 112 and 15 A11 H - 323 terminals must also support H.245, which is 

communicates via an H323 protocol or via IPDC protocol used to negotiate channel usage and capabilities. FIG. 58B 

602 through data network 112 to soft switch 204. Soft switch d epicts an exemplary H.323 terminal 5802. Three other 

204 is in communication with SS7 gateway 208 via a components are required: Q.931 for call signaling and call 

TCAP/SS7 608 protocol. SS7 gateway 208 is in turn in ^tup, a component called Registration/Admission/Status 

communication with STP 208 via a TCAP/SS7 608 protocol. 20 0^)* which & a protocol used to communicate with a 

S I P 208 in turn can communicate with SCPs in the SS7 gatekeeper 5808; and support for RTP/RTCPfor sequencing 

network via the TCAP/SS7 608 protocol. Specifically, STP audio and video P a ckets. 

208 can communicate with local number portability (LNP) Optional components in an H.323 terminal are video 

SCP 636 and also 800 carrier SCP 610. Soft switch 204 can codecs, T.120 data conferencing protocols, and MCU capa- 

still communicate with PAC SCP 214A and basic toll-free 25 bilities (described further below). 

SCP 214B via an INAP/IP 620 protocol. Soft switch 204 can Gateway 5806 is an optional element in an H.323 con- 
also communicate with an SCP gateway 638 via an INAP/IP ference. FIG. 59 depicts an example H323 gateway. Gate- 
620 protocol. SCP gateway 638 can be used to communicate wavs 5806 provide many services, the most common being 
with customer premises toll-free 640 facilities. Customer a translation function between H.323 conferencing end- 
premises toll-free 640 facilities can communicate with com- 30 P oints 311(1 olher terminal types. This function includes 
puter telephony integration (CTI) server 642. CTI server 642 translation between transmission formats (i.e. H.225.0 to 
can be in communication with an automatic call distributer H.221) and between communications procedures (i.e. H.245 
(ACD) 644. to H.242). In addition, gateway 5806 also translates between 
The H.323 Recommendation will now be briefly over- audio and codecs and performs call setup and clearing 
viewed with reference to FIGS. 71A-E The H.323 standard 35 on ^th the LAN side and the switched-circuit network side, 
provides a foundation for, for example, audio, video, and nG * 59 s 00 ^ ^ H.323/PSTN Gateway 5806. 
data communications across IP-based networks, including In g eneral > the purpose of gateway 5806 is to reflect the 
the Internet. By complying with the H.323 characteristics of a LAN endpoint to an SCN endpoint and 
Recommendation, multimedia products and applications vice vcrsa - ^ primary applications of gateways 5806 are 
from multiple vendors can intemperate, allowing users to 40 to be: 

communicate without concern for compatibility. H323 will Establishing links with analog PSTN terminals. 

be the foundation of future LAN-based products for Establishing links with remote H.320-compliant terminals 

consumer, business, entertainment, and professional appli- over ISDN-based switched-circuit networks. 

cations. Establishing links with remote H.324-compliant terminals 

H323 is an umbrella recommendation from the Interna- 45 over PSTN networks 

tional Telecommunications Union (ITU) that sets standards Gateways 5806 are not required if connections to other 

for multimedia communications over Local Area Networks networks are not needed, since endpoints may directly 

(LANs) that do not provide a guaranteed Quality of Service communicate with other endpoints on the same LAN. Ter- 

(QoS). These networks dominate today's corporate desktops minals communicate with gateways 5806 using the H.245 

and include packet-switched TCP/IP and IPX over Ethernet, 50 and Q.931 protocols. 

Fast Ethernet and Token Ring network technologies. With the appropriate transcoders, H.323 gateways 5806 

Therefore, the H.323 standards are important building can support terminals that comply with H310, H.321, 

blocks for a broad new range of collaborative, LAN-based H.322, and V.70. 

applications for multimedia communications. Many gateway 5806 functions are left to the designer. For 

Hie H.323 specification was approved in 1996 by the 55 example, the actual number of H.323 terminals that can 

ITU's Study Group 16. Version 2 was approved in January communicate through the gateway is not subject to stan- 

1998. The standard is broad in scope and includes both dardization. Similarly, the number of SCN connections, the 

stand-alone devices and embedded personal computer tech- number of simultaneous independent conferences 

nology as well as point-to-point and multipoint conferences. supported, the audio/video/data conversion functions, and 

H323 also addresses call control, multimedia management, 60 inclusion of multipoint functions are left to the manufac- 

and bandwidth management as well as interfaces between turer. By incorporating gateway 5806 technology into the 

LANs and other networks. H323 specification, the ITU has positioned H.323 as the 

H323 is part of a larger series of communications stan- glue that holds the world of standards-based conferencing 

dards that enable videoconferencing across a range of net- endpoints together. 

works. Known as H.32X, this series includes H.320 and 65 Gatekeeper 5808 is the most important component of an 

11.324, which address ISDN and PSTN communications, H.323 enabled network. It acts as the central point for all 

respectively. calls within its zone and provides call control services to 
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registered endpoints. In many ways, an H.323 gatekeeper bilities can exist in a dedicated component or be part of other 

5808 acts as a virtual switch. H.323 components. A soft switch includes some functions of 

Gatekeepers 5808 perform two important call control an MP. An access server, also sometimes referred to as a 

functions. The first is address translation from LAN aliases media gateway controller, includes some of the functions of 

for terminals and gateways to IP or IPX addresses, as defined 5 the MC. MCs and MPs are discussed further below with 

in the RAS specification. The second function is bandwidth respect to the IPDC protocol. 

management, which is also designated within RAS. For Approved in January of 1998, version 2 of the H.323 

instance, if a network manager has specified a threshold for standard addresses deficiencies in version 1 and introduces 

the number of simultaneous conferences on the LAN, the new functionality within existing protocols, such as Q.931, 

Gatekeeper 5808 can refuse to make any more connections 10 11.245 and H.225, as well as entirely new protocols. The 

once the threshold is reached. The effect is to limit the total most significant advances were in security, fast call setup, 

conferencing bandwidth to some fraction of the total avail- supplementary services and T.120/H.323 integration, 

able; the remaining capacity is left for e-mail, file transfers, (1) Project Account Codes 

and other LAN protocols. FIG. 60 depicts a collection of all Project Account Codes can be used for tracking calls for 
terminals, gateways 5806, and multipoint control units 5812 15 billing, invoicing, and Class of Service (COS) restrictions, 
which can be managed by a single gatekeeper 5808. This Project account code (PAC) verifications can include, for 
collection of elements is known as an H.323 Zone. example, types Unverified Unforced, Unverified Forced, 
An optional, but valuable feature of a gatekeeper 5808 is Verified Forced, and Partially Verified Forced. A web inter- 
its ability to route H.323 calls. By routing a call through a face can be provided for a business customer to manage its 
gatekeeper, it can be controlled more effectively. Service 20 accounts. The business customer can use the web interface 
providers need this ability in order to bill for calls placed to make additions, deletions, changes, and modifications to 
through their network. This service can also be used to PAC translations without involvement of a carrier's cus- 
re-route a call to another endpoint if a called endpoint is tomer service department. 

unavailable. In addition, a gatekeeper 5808 capable of An example of call processing using PACs follows. PAC 

routing H.323 calls can help make decisions involving 25 SCP 214fl of FIG. 6C can receive validation requests from 

balancing among multiple gateways. For instance, if a call is Soft-Switch 204 after Soft-Switch 204 has requested and 

routed through a gatekeeper 5808, that gatekeeper 5808 can received PAC digits. The PAC digits can be forwarded to 

then re-route the call to one of many gateways based on SCP 214a for verification. When SCP 214a receives this 

some proprietary routing logic. request, SCP 214a can compare the entire PAC, if the PAC 

While a gatekeeper 5808 is logically separate from H.323 30 type is Verified Forced, against a customer PAC table. SCP 

endpoints, vendors can incorporate gatekeeper 5808 func- 214a can compare only the verified portion of the PAC, if the 

tionality into the physical implementation of gateways 5806 PAC type is Partially Verified Forced, against the customer 

and MCUs 5812. PAC table. 

Gatekeeper 5808 is not required in an H323 system. The PAC digits can be sent from Soft-Switch 204 to SCP 

However, if a gatekeeper 5808 is present, terminals must 35 214a in the 'Caller Entered Digits' field. The indicated 

make use of the services offered by gatekeepers 5808. RAS customer can be sent from Soft-Switch 204 to SCP 214a in 

defines these as address translation, admissions control, the * Customer* field, 

bandwidth control, and zone management. (2) Basic Toll-Free 

Gatekeepers 5808 can also play a role in multipoint Basic Toll-Free Service SCP 2146 can translate a toll free 
connections. To support multipoint conferences, users would 40 (e.g., 800 and 888) number to a final routing destination 
employ a Gatekeeper 5808 to receive H.245 Control Chan- based on a flexible set of options selected by a subscriber, 
nels from two terminals in a point-to-point conference. Basic toll-free service supports e.g., 800 and 8XX Service 
When the conference switches to multipoint, the gatekeeper Access Codes. Subscriber options can include, for example: 
can redirect the H.245 Control Channel to a multipoint 1) routing based on NPA or NPA-NXX of calling party; 2) 
controller, the MC. Gatekeeper 5808 need not process the 45 routing based on time of day and day of week; 3) routing 
H.245 signaling; it only needs to pass it between the based on percent distribution; 4) emergency override rout- 
terminals 5802, 5804, 5808 or the terminals and the MC. ing; and 5) blocking based on calling party's NPA or 

LANs which contain Gateways 5806 could also contain a NPA-NXX or ii-digits. 

gatekeeper 5808 to translate incoming E. 164 addresses into An exemplary embodiment of basic toll-free SCP 2146 is 

Transport Addresses. Because a Zone is defined by its 50 a GENESYS Network Interaction Router available from 

gatekeeper 5808, H.323 entities that contain an internal GENESYS of San Francisco, Calif. 

gatekeeper 5808 require a mechanism to disable the internal The GENESYS Network Interaction Router product suite 

function so that when there are multiple H323 entities that provides Basic Toll-Free service. Soft-Switch 204 can send 

contain a gatekeeper 5808 on a LAN, the entities can be route requests to SCP 2146 for any Toll Free numbers that 

configured into the same Zone. 55 Soft-Switch 204 receives. SCP 2146 can then attempt to 

The Multipoint Control Unit (MCU) 5812 supports con- route the call using a route plan or trigger plan that has been 

ferences between three or more endpoints. Under H323, an defined for that Toll Free (dialed) number. SCP 2146 can 

MCU 5812 consists of a Multipoint Controller (MC), which have several possible responses to a soft switch routing 

is required, and zero or more Multipoint Processors (MP). request, see Table 10 above. Using the subscriber routing 

The MC handles H.245 negotiations between all terminals to 60 option (described in the previous paragraph) SCP 2146 can 

determine common capabilities for audio and video process- return a number translation for the Toll Free number. For 

ing. The MC also controls conference resources by deter- example, SCP 2146 can receive a dialed number of 800- 

mining which, if any, of the audio and video streams will be 202-2020 and return a DDD such as 303-926-3000. 

multicast. MCU 2112 is depicted in FIG. 61. Alternatively, SCP 2146 can return a circuit identifier. SCP 

The MC does not deal directly with any of the media 65 2146 usually returns a circuit identifier when the termination 

streams. This is left to the MP, which mixes, switches, and is a dedicated trunk to a customer premise equipment (CPE), 

processes audio, video, and/or data bits. MC and MP capa- Then if SCP 2146 determines that it can not route the call or 
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has determined to block the call (per the route plan), SCP nels; relationship of modules, line and channels to OPC, 

2146 returns a 'route to resource' response to Soft-Switch DPC and CIC values; and relationship of module, line and 

204 with an announcement identifier. In this case Soft- channels to trunk groups. 

Switch 204 can connect the calling party with Announce- Tables necessary to support class of service restrictions 

ment Server 246 for the playing of an announcement and 5 include: LATA tables, state tables; and blocked country code 

then disconnect the caller. tables. 

SCP 2146 can store call events in CDR database tables on Configuration server 206 also contains information 

SCP 2146. CDR database tables can then be replicated to related to customer trigger plans and service options. Cus- 

Master Network Event Database 226 using a data distributor tomer trigger plans provide call processing logic used in 

222, such as, for example, the Oracle Replication Server. 10 connecting a call. Configuration server 206 information is 

e. Configuration Server (CS) or Configuration Database queried during call processing to identify the service logic to 

(CDB) t> e executed for each call. 

The configuration server 206 will now be described in T° e information that soft switch 204 uses to look-up 

greater detail with reference to FIG. 2. Configuration server customer profile data is the ANI, trunk ID or destination 

206 supports transaction requests to a database containing 15 number for the call. The information that will be returned 

information needed by network components. Configuration defines the call processing logic that is associated with ANI, 

server 206 supports queries by voice network components n^nk 1° °r destination number or trunk group, 

during initialization and call processing. The data contained Table 12 includes an example of a customer profile query, 
within configuration server 206 databases can be divided 

into two types. The first type of data is that used to initialize 20 TABLE 12 
connections between components. Examples of such data 

j ...... . * r_ , . Customer Profile Query 

used to initialize connections between network components — 

include the following: IP address and port numbers for all Customer Profile Query Field Value 

servers that soft switch 204 must communicate with, infor- " 

ma,ion indicating in^^ 25 ^£S2ZT Z^SSSmm 

rations for server relationships; configuration information 

for access gateways 238, 240 and trunking gateways 232, 

234; number and configuration of bays, modules, lines and Table 13 includes an example of a customer profile query 

channels (BMLC); relationship of module, line and channels response provided by configuration server 206. 

to originating point code (OPC), destination point code 30 

(DPC) and circuit identification code (CIC) values; relation- TABLE 13 

ship of module, line and channels to trunk groups; call " 

. c c*. • Customer Profile Query Response 

processing decision trees for soft switch processing; map- Proflle Response Field Wue 
ping of OPC, DPC and CIC values soft switches 204; 



mapping Of access Server 254, 256 ports to dedicated access 35 Customer identification type DDD, Trunk ID 

line (DAL) identifiers and customer IDs; tables necessary to Corner identification The value for the DDD, Trunk ID 

, - . - • * i Class or Service restriction Type None 

support class of service (COS) restrictions; local access intrastate 
transport area (LATA) tables, state tables; and blocked IntraLATA 
country code tables. Domestic 

The second set of data can be categorized as that data 40 , , fi , "f 1 ^f** international 

. , , . , . . Selected International When the class of service restriction 

needed by soft switch 204 for use during call processing. List id type is domestic and selected 

This type of data includes customer and DAL profiles. These international destinations, this is 

profiles define the services that a customer has associated an i™ 1 ™ to toe list of 

with their ANIs or DALs. This information can include A t rnH - f! lowed int£rnational destinati ^- 

. <• - - - * Account Code Type None 

information describing class of service restrictions and 45 Verified Forced 

account code Settings. Unverified Forced 

The database of configuration server 206 contains voice Unverified Unforced 

network topology information as well as basic data tables A t . . _ PartiaUy Verified Forced 

e "i* . . . ^ Account code length 2-12 digits 

necessary for Soft SWitch 204 Call processing logic. Con- Service Area, For queries on numbers, these fields 

figuration Server 206 is queried by soft switches 204 at 50 State, LATA, and Country are identify the geographic 

start-up and upon changes to this information in order to set information that is 

up the initial connections between elements of telecommu- necessary to process the call. 

nications network 200. Configuration server 206 is also 

queried by soft switches 204 in order to configure initial Configuration server 206 interfaces to components. Con- 
settings within soft switch 204. 55 figuration server 206 receives provisioning and reference 

Configuration server 206 contains the following types of data updates from data distributor 222 of provisioning 
information: IP address and port numbers for all servers that component 222. Configuration server 206 also provides data 
soft switch 204 must communicate with; information indi- to soft switch 204 for call processing. Configuration server 
eating initial primary /secondary /tertiary configurations for 206 is used by soft switch 204 to retrieve information 

server relationships; configuration information for AGs 238, 60 necessary for initialization and call processing. Information 
240 and TGs 232, 234; call processing decision trees for soft that soft switch 204 retrieves from configuration server 206 
switch 204 call processing; mapping of OPC, DPC and CIC during a query is primarily oriented towards customer 
values to soft switch 204; mapping of access server 254, 256 service provisioning and gateway site 108, 110 port con- 
ports to DALs and customer IDs; and tables necessary to figuration. Configuration server 206 database tables acces- 

support COS restrictions. 65 sible to soft switch 204 include the following: toll free 

Configuration information for AGs and TGs includes: number to SCP type translation; SCP type to SCP transla- 
number and configuration of bays, modules, lines and chan- tion; CICs profiles; ANI profiles summary; ANI profiles; 
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account code profiles; NPA/NXX; customer profiles; cus- 
tomer location profiles; equipment service profiles; trunk 
group service profile summaries; trunk group services; high 
risk countries; and selected international destinations. 

Configuration server 206 uses a separate physical inter- 
face for all SNMP messages and additional functions that 
may be defined. Examples of additional functions that may 
be defined include provisioning, updating, and the passage 
of special alarms and performance parameters to configu- 
ration server 206 from the NOC. 

In an alternative embodiment, the functionality of con- 
figuration server 206 can be combined with that of route 
server 212 in a single network component. In an additional 
embodiment of the invention, the functions of either or both 15 
of CS 206 and RS 212 can be performed by application logic 
residing on soft switch 204. 
f. Route Server (RS) 

FIG. 8A depicts route server support for an exemplary soft 
switch site 800. FIG. 8A includes route server 212a and 20 
route server 212b. Route servers 212a and 212b are con- 
nected via redundant connections to soft switches 204a 9 
2Mb and 204c. Soft switches 204a, 2046 and 204c are in 
turn connected to gateway sites via data network 112 (not 
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TABLE 14-continued 





Number Routine Table 








Terminating 






Number 


Circuit Group 


Priority 


Load 


44 1784 470 330 


564 


1 




44 


923 


1 





In Table 14, there are five entries that can match the dialed 
number "303-926-3000". The first route choice is the one 
that has a full match of digits with priority one. Since there 
are two entries with full matching digits, and which are 
marked as priority one, the load should be distributed as 
shown in the load column, (i.e., 50% load share is distributed 
to the first, and 50% load share is distributed to the second). 
The second route choice is the entry with a full digit match, 
but marked with the lower priority of two. The third route 
match is the one that has a matching NPA-NXX. The last 
route choice is the one that has a matching NPA only 

In situations where there are multiple route choices for a 
DDD number (i.e., the number of called party 120) route 
server 212 must take into consideration several factors when 

_ selecting a terminating circuit group. The factors to be 

shown). For example, soft'switch 204a is in communicatTon 25 considered in selecting a terminating circuit group include: 

(1) the percent loading of circuit groups as shown in the load 
column of Table 14; (2) the throttling use of trunk groups to 
avoid overloaded networks; (3) the fact that end office trunk 
groups should be selected before tandem office trunk groups; 

30 and (4) routing based upon negotiated off-network carrier 
agreements. 

Agreements should be negotiated with off- network carri- 
ers to provide the flexibility to route calls based upon 
benefits of one agreement another. The following types of 
agreements can be accounted for (1) commitments for the 
number of minutes given to a carrier per month or per year; 

(2) the agreement that for specific NPA or NPA-NXX sets, 
one carrier may be preferred over another; (3) the agreement 
that international calls to specific countries may have pre- 

40 ferred carriers; (4) the agreement that intra-LATA or intra- 
state calls originating for certain areas may have a preferred 
carrier in that area; and (5) the agreement that extended area 
service calls may have a preferred carrier. 

The logic for route server 212 can include routing for 
2046, 204c at that site. Therefore, route server 212 tracks 45 international calls. In the example shown in Table 14, it is 
port resources for all TGs 232a, 232b and 234a and AGs possible to have fully specified international numbers, or 
238a, 2386 and 240o that are serviced by soft switches 204a, smi pi y specified routing, for calls going to a particular 
2046 and 204c at soft switch site 104. country. As with domestic numbers, the routing logic should 

(1) Route Server Routing Logic select the table entry that matches the most digits within the 

The routing logic accepts translated phone numbers and 50 dialed number, (i.e. the number of called party 120). 



with TG 232a and TG 2326. Similarly soft switch 2046 is in 
communication with AG 238a and TG 234a. Soft switch 
204c is in turn in communication with AG 2386 and AG 
240a. It would be apparent to a person skilled in the art that 
additional TGs and AGs, as well as other gateway site 
devices, (such as a NAS device) can also be in communi- 
cation with soft switches 204a, 2046 and 204c. 

Route server 212 will now be described in further detail 
with reference to FIG. 2. Route server 212 provides at least 
two functions. Route server 212 performs the function of 
supporting the logic for routing calls based upon a phone 
number. This routing, performed by route server 212, results 
in the selection of one or more circuit groups for termina- 
tion. 

Another function of route server 212 is the tracking and 
allocation of network ports. As shown in FIG. 8A, route 
server 212 (collocated with other components at soft switch 
site 104) services routing requests for all soft switches 204a, 



uses anywhere from full digit routing to NPA-based routing 
to identify a terminating circuit group. Routing logic selects 
the translation based upon the best match of digits in the 
routing tables. An exemplary routing table is illustrated as 
Table 14. 

TABLE 14 



Number 



Number Routing Table 

Terminating 
Circuit Group 



Priority Load • 



303-926-3000 

303-926-3000 

303-926-3000 

303-926 

303 



34 
56 
23 
76 
236 



50% 
50% 



(2) Route Server Circuit Management 
Once a terminating circuit group has been identified, route 
server 212 needs to allocate a terminating circuit within the 
trunk group. Hie selection of a terminating circuit is made 
55 by querying the port status table. Table 15A shows an 
exemplary port status table. The results of a query to port 
status Table 15 A yields the location of a circuit. Route server 
212 can use algorithms to select circuits within the trunk 
group. Each circuit group can be tagged with the selected 
60 algorithm that should be used when selecting circuits within 
that group. 

Example algorithms to select circuits within the group 
include: (1) the most recently used circuit within a circuit 
group; (2) the least recently used circuit within a circuit 
65 group; (3) a circular search, keeping track of the last used 
circuit and selecting the next available circuit; (4) the 
random selection of an available circuit within a circuit 



TABLE 15A 




Circuit Grouo Parameters 




Circuit group Selection (algorithm) 


34 


Random 




35 


Least recently used 


TABLE 15B 




Port Status 




Circuit group 


Port 


Status 


34 


3-4-6-1 


Avail 


34 


3-4-6-2 


In-use 


34 


3-4-6-3 


avail 


34 


3-4-6-4 


avail 
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group; and (5) a sequential search of circuits within a circuit 258, illustrating how soft switch 204 interacts with route 
group, selecting the lowest numbered available circuit. Table server 212 to identify a terminating port for a call. 
15A illustrates the association between a circuit group and In exemplary call flow 258, the call originates and termi- 
the selection algorithm that should be used to allocate ports nates at different sites, specifically, gateway sites 108, and I 
from that group. 5 10. Since exemplary call flow 258 originates and terminates 

at different sites, the cooperation of the originating soft 
switch 204 and terminating soft switch 304 and route servers 
212, 314, respectively to identify the terminating circuit. 
Portions of the call flow will now be described in greater 

10 detaih 

As depicted in step 259, for calls arriving on SS7 signal 
trunks, soft switch 204 receives call arrival notifications in 
the form of LAM messages. Upon receipt of the LAM 
message from SS7 GW 208, soft switch 204 performs some 
initial digit analysis to determine the type of the call. 
15 In step 260, for calls involving customer features, soft 
switch 204 can use the ANI of calling party 102 (i.e., the 
telephone number of calling party 102) to query a customer 
profile database in configuration server 206. This is done to 
identify the originating customer's feature set. Each cus- 
20 tomer's feature set is known as a "trigger plan" for origi- 
nation of the call. A trigger plan can be thought of as a 
flowchart which branches based on certain triggering events 
dependent on the caller's identity. Customer trigger plans 

t li i rn * i j *l * ■* /»u * • 290 reside in a customer profile on configuration server 206. 

Table 15B includes the circuit group (that a port is a _ ¥ A r ~, , , , r o 

member of), a port identifier, and the current statuVof that 25 In ste * £ 62 > the customer profile database of configuration 

port. The port identifier shown in Table 15B assumes the ^ 2 °* ^J*™ the L cl ^ omer tn Sf r P Ian 290 to 

type of port identification currently used in the IPDC swllch 204 ^ swltch 204 can Perform any processing 

protocol, where the port is represented by a bay, module, line necessary to implement the customer's specified originating 

and channel (BMLC). It would be apparent to persons triggers. 

skilled in the art that other methods of identifying a port can 30 Application logic in soft switch 204 can then generate a 

be used. translated number or an identification of the terminating 

The function of route server 212 is to provide least-cost circuit group for this call. For example, in the case of an 800 

routing information to soft switch 204, in order to route a call, a translation may be requested as in step 265 of an SCP 

call from calling party 102 to called party 120. In addition 214. SCP 214 converts the 800 number into a normal 

to providing routing information, route server 212 allocates 35 number for termination, and in step 266 returns the number 

ports for terminating calls on the least cost routes, e.g., to soft switch 204. 

allocating ports within TGs 232, 234. Route server pair 212 Iq step 267, in order to translate the translated number or 

is located at each of soft switch sites 104, 106, 302 and circuit group into an egress port, soft switch 204 makes a 

services all soft switches 204a, 2046, 204c, 304a, 304/?, route request to route server 212. The routing logic uses the 

304c, 306a, 3066 and 306c at that site. (Refer to FIG. 3.) 40 NPA-NXX-XXXX to identify the terminating circuit group. 

Route server 212 interacts with at least two other voice Uporj identifyin g me terminating circuit group, the route 
network components. Route server 212 interact with con- lo ^ c ries a circmt ^ to ^ mapping table ^ 
figuration server ^206. Configuration servei ^206 * used to route ^ 294 ^ 2U identify £ e ^ etsoft 
retrieve initial information on route server 212 start-up to set , Z * u m *u -j j * - * ^ 1 
up the initial routing tables in preparation for reviving c f™* h h * ndl ?f lde ^ terrnmaton For example, 
requests from soft switches 204*, 2046 and 204c, for 45 me ^ if"** m ^ * 304. It is inyortant 
example to note "" at tncre can be multiple route choices, and there- 
Route server 212 also interfaces with soft switch 204. Soft for f mere multi P le ^ switches 204, 304 supporting 
switch 204 can send route requests to route server 212 that a sirj gl e route request. 

contain either a phone number or a circuit group. Route In ste P 268 > route t*™™ 2 ^ responds to soft switch 204 
server 212 can perform its least cost routing logic to first 50 with the terminating circuit group. In this example, the 
select a terminating circuit group for the call. Using that terminating circuit group is included in trunks connected to 
circuit group, route server 212 can then select and allocate trunking gateway 234, which is serviced by a different soft 
a terminating circuit. switch (namely soft switch 304) than originating soft switch 
A description of the messages and model of interaction 204. Therefore, route server 212 responds with the termi- 
between route server 212 and soft switch 204 follows. Route 55 nating circuit group and identifies soft switch 304 as the soft 
server 212 is used by soft switch 204 to identify the possible switch that handles that terminating circuit group, 
network terminations for a call. Soft switch 204 passes a In step 269, originating soft switch 204 initiates the 
DDD number, an international DDD (IDDD) number, or a connection from the origination to the termination, by 
circuit group to route server 212 in a "route request" requesting a connection from the originating trunking gate- 
message. Using this information from soft switch 204, route 60 way 232. Trunking gateway 232, upon receipt of the set-up 
server 212 can return the port on an AG 238, 240 or TG 232, request from soft switch 204, allocates internal resources in 
234 that should be used to terminate this call. Using this port trunking gateway 232. 

information, soft switch 204 can then signal the originating TG 232 manages its own ports. In an example 

and terminating TG or AG to connect the call through data embodiment, TG 232 uses real time protocol (RTP) over 

network 112. 65 UDP, and RTP sessions, which are ports used to implement 

The route server 212 will now be described further with an RTP connection. In step 270, TG 232 returns to soft 

reference to FIG. 2B. FIG. 2B depicts a sample call flow switch 204 the IP address and listed RTP port. 
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In step 274, originating soft switch 204 issues a call setup 
command to terminating soft switch 304. This is the com- 
mand identified by route server 212. 

In step 276, soft switch 304 queries route server 314 to 
determine the termination port for the call. Specifically, soft 
switch 304 queries port status 298 of route server 314. The 
query in step 276, "passes in" as a parameter the terminating 
circuit group. 

In step 278, route server 314 allocates a termination port 
and returns the allocated termination port to terminating soft 
switch 304. 

In step 280, terminating soft switch 304 instructs the 
identified end point (i.e., trunking gateway 234) to reserve 
resources, and to connect the call. Terminating soft switch 
304 passes in an IP address and an RTP port corresponding 
to the port that was allocated by originating TG 232. 

In step 282, terminating TG 234 returns the allocated 
resources for the call to soft switch 304. For voice over IP 
(VOIP) connections, this includes the listed port and IP 
address for the terminating TG 234. 

In step 284, terminating soft switch 304 returns to origi- 
nating soft switch 204 the TP address of TG 234. 

In step 286, originating soft switch 204 communicates 
with originating TG 232 in order to inform originating TG 
232 of the listed port that was allocated by terminating TG 
234. At this point, originating TG 232 and terminating TG 
234 have enough information to exchange full duplex infor- 
mation. 

In step 288, originating TG 232 acknowledges the receipt 
of the communication from soft switch 304 to soft switch 
204. 

Table 16A shows fields that can be included in a route 
request sent from soft switch 204 to route server 212. The 
route request can contain either a DDD number or a circuit 
group that requires routing. The route request message can 
also contain information about the call, collected from the 
I AM message, that is necessary to perform routing of this 
call. The route request message can also contain information 
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TABLE 16B 



Values for Route Response sent from the Route Server 
Customer Profile Query Field Route Server - Route Response Value 
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15 
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Message Type 
Call Reference 
Result code 
Number of responses 

Destination circuit group - 1 

Destination circuit - 1 

Outpulse digits - 1 

Destination number - 1 
Destination Soft Switch - 1 

Destination circuit group - N 

Destination circuit - N 

Outpulse digits - N 

Destination number - N 
Destination Soft Switch - N 



25 



Route Server Route Response 
Unique call identifier 
Success/Fail 

Number of responses sent from 
the route server 
Terminating circuit group for 
the first route 

Terminating circuit allocated by 
the route server for the first route 
Outpulse digit format for selected 
circuit on the first route 
Destination number for the first route 
Soft switch servicing the circuit 
group for the first route 
Terminating circuit group 
for the Nth route 
Terminating circuit allocated by 
the route server for the Nth route 
Outpulse digit format for selected 
circuit on the Nth route 
Destination number for the Nth route 
Soft switch servicing the circuit group 
for the Nth route 



30 



The route response message can contain a plurality of 
route terminations for the DDD or circuit group that was 
passed in as a parameter to route server 212. For example, 
the route response message can include I to 5 route choices. 
Each of the route choices of the route response message can 
include various fields of information. For example, each 
route choice can include the following information: the 
circuit group, the circuit, the outpulse digits, the destination 
number and the destination soft switch 304. Alternatively, 
each route response can include one route termination and 
multiple consecutive route terminations can be determined 
with multiple route request/route response transactions. 
In situations where the selected circuit group is managed 



by the same route server 212 that serviced the route request, 
about the call, necessary to perform routing of the call, 40 me response for that route can contain all the information 

about the destination. This is possible because route server 



which is obtained from the processing of the call. For 
example, in the case of an 800 call, this information can be 
a translated number. 



TABLE 16A 


V&Iuea for Route Request sent to the Route Server 


OSCP Route 


Route Server - Route 


Request Parameter 


Request \foluc 


Message Type 


Route Server Route Request 


Call Reference 


Unique call identifier 


Requesting Soft Switch 


Soft Switch ID 


Bearer Capability 


Voice, Data or Fax 


Destination type 


DDD or circuit group 


Destination 


Fully translated DDD (or IDDD) 




number or circuit group ID 


Originating LATA 


LATA from IAM or from DAL profile 


Calling Number 


ANI 


Originating station type 


II-digits from IAM or DAL profile 


Collected Digits 


Not Used for Route Server 



212 can identify and allocate the circuit within the circuit 
group. 

In situations where another route server 314 services the 
45 selected circuit group, the response for that route only 
contains the circuit group and the destination soft switch 
304. Originating soft switch 204 can then make a request to 
terminating soft switch 304 to query the terminating route 
server 314 for a circuit within the identified circuit group. 
50 The terminating soft switch 304 can then control the termi- 
nation of the call. 

g. Regional Network Event Collection Point (RNECP) 

Referring back to FIG. 2A, regional network event col- 
lection points (RNECPs) 224 serve as collection points for 
55 real-time recorded call events that can be used by other 
systems. Soft switch 204 generates call data. This call data 
can be collected during call processing. Call data can also be 
generated by capturing events from other network elements. 
These network elements include internal soft switch site 104 
60 components and external components. External components 
include SCPs 214, intelligent peripherals (IPs), AGs 238, 
240, TGs 232, 234, and signaling components, such as STPs 
250,252, SSPs, and off switch SCPs. 

Soft switch 204 provides call event data to RNECPs 224. 



Table 16B shows fields which can be included in a 
response corresponding to the route response, sent from 
route server 212 back to soft switch 204. 

Alternatively, each route response can include one route 
termination, and multiple consecutive route terminations can 65 Call data can be collected by a primary and secondary server 
be determined with multiple route request/response tr ansae- at each RNECP 224, using high availability redundancy to 
tions. minimize the possibility of potential data loss. Data from 
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RNECPs 224 can then be transmitted in real-time to a 
centralized server, called the master network event database 
(MNEDB) 226. The MNEDB is discussed further below, 
with reference to FIG. 20. 

FIG. 9 depicts a network event collection architecture 
900. FIG. 9 includes western soft switch site 104, central 
soft switch site 106 and eastern soft switch site 302. Soft 
switch sites 104, 106, 302 are illustrated as including RNE 
CPs for collecting events and routing events to a master 
database. Specifically, western soft switch site 104 has soft 
switches 204a, 204/?, 204c communicating via a local area 
network to RNECPs 224a, 224Z>. RNECPs can include disks 
914, 916. RNECPs 224a, 224b can be in direct communi- 
cation with, as well as can take a primary and a secondary 
role in communicating with, soft switches 204a, 204!), 204c. 

RNECPs 224a, 224b can route network events through 
management virtual private network (VPN) 910 to master 
network event data center 912. Network events come 
through management VPN 910 and can be routed via 
redundant paths to MNEDB server 226a and/or MNEDB 
2266. MNEDBs 226a and 226b can communicate with one 
another. MNEDB 226a uses disks 926a as primary storage 
for its database. MNEDB 226a also uses disks 9266 for 
secondary storage. Similarly MNEDB 2266 uses primary 
and secondary disks, 926a, 9266. 

MNEDB 226a and MNEDB 2266 can be collocated or 
can be geographically diverse. Thus master data center 912 
can be either in one geographical area or in multiple loca- 
tions. 

Management VPN 910 also collects events from the other 
soft switch sites, i.e., central soft switch site 106 and eastern 
soft switch site 302. Central soft switch site 106 includes 
soft switches 304a, 3046, 304c redundantly connected via a 
LAN to RNECPs 902 and 904. RNECP 902 has disks 918 
and 920. 

Eastern soft switch site 302 includes soft switches 306a, 
3066, 306c, redundantly connected via a LAN. RNECPs 906 
and 908 RNECP 906 can have disks 922 and 924. 

RNECPs 902 and 904 of central soft switch site 106 and 
RNECPs 906 and 908 of eastern soft switch site 302 can 
route network events for storage in disks 926a, 9266 of 
MNEDBs 226a, 2266. 

This is done by routing network events via management 
VPN 910 to master data center 912. The soft switches 
generate event blocks and push event block data to the 
RNECPs. (Event blocks are recorded call events that are 
created during call processing.) 

Each RNECP 224a, 2246, 902, 904, 906 and 908 forwards 
collected event blocks (EBs) to (MNEDBs) 226a, 2266, 
which are centralized databases. RNECPs 224a, 2246, 902, 
904, 906 and 908 use separate physical interfaces for all 
SNMP messages and additional functions that may be 
defined. Additional functions that can be defined include 
provisioning, updating, and passing special alarm and/or 
performance parameters to RNECPs from the network 
operation center (NOQ. 

RNECPs 224a, 2246, 902, 904, 906 and 908 are used by 
soft switches 204a, 2046, 204c, 304a, 3046, 304c, 306a, 
3066 and 306c to collect generated call events for use in 
such services as preparation of billing and reporting. At 
specific points throughout the duration of a call, soft 
switches 204a, 2046, 204c, 304a, 3046, 304c, 306a, 3066 
and 306c take the information that the soft switches have 
collected during call processing and push that data to the 
RNECPs. 

Multiple types of data are logged by the soft switches 
during call processing of a normal one plus (1+) long 
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distance call using account codes. Examples of data logged 
by an exemplary soft switch 204 include: a call origination 
record on the originating side, call termination information 
on the teniiinating side, an account code record, egress 
routing information, answer information on the originating 
side, call disconnect information on the originating side, call 
disconnect information on the terminating side, and final 
event blocks with call statistics. 

Exemplary soft switch 204 can record data during call 
processing. Soft switch 204 transfers call events from 
RNECP 224 to MNEDB 226 for storage. This call event 
data, stored in MNEDB 226, can be used by various down- 
stream systems for post-processing. These systems include, 
for example, mediation, end-user billing, carrier access 
billing services (CABS), fraud detection/prevention, capac- 
ity management and marketing. 

There are at least two types of EBs. Example Mandatory 
and Augmenting event blocks can be explained as follows. 

Mandatory EBs are created by soft switch 204 during the 
initial point-in -call analysis. Initial point-in -call analysis 
includes going off-hook, (picking up the telephone set) call 
<insert> setup, initial digit analysis (i.e., digit analysis prior 
to any external database transactions or route 
determinations). 

Since other events such as, for example, session/call 
answer, and SCP transactions, can occur during call 
processing, soft switch 204 can create augmenting EBs. 
Augmenting EBs are EBs which can augment the informa- 
tion found in a mandatory EB. Events such as, for example, 
route determination, and answer indication, can be recorded 
in an augmenting EBs. 

Examples of mandatory and augmenting EBs follow. For 
a complete illustration of these EBs, the reader is referred to 
Tables 20-143 and the corresponding discussions below. 
Specifically, Tables 20-48 provide mandatory EBs, Tables 
49-60 provide augmenting EBs, and Tables 61-143 provide 
the call event elements that comprise the Ebs. 

(1) Example Mandatory Event Blocks EBs 

The following event blocks are examples of Mandatory 
Event Blocks: 

EB 0001— Domestic Toll (TG Origination); 
EB 0002— Domestic Toll (TG Termination); 
EB 0003 — Domestic Toll (AG Origination); 
EB 0004— Domestic Toll (AG Termination); 
EB 0005— Local (TG Origination); 
EB 0006— Local (TG Termination); 
EB 0007— Local (AG Origination); 
EB 0008— Local (AG Termination); 
EB 0009— 8XX/Toll-Free (TG Origination); 
EB 0010— 8XX/Toll-Free (TG Termination); 
EB 0010-^8XX/Toll-Free (AG Origination); 
EB 0012-^8XX/Toll Free (AG Tennination); 
EB 0013 — Domestic Operator Services (TG 
Termination); 

EB 0014 — Domestic Operator Services (AG 
Origination); 

EB 0015 — Domestic Operator Services (OSP 
Termination); 

EB 0016 — International Operator Services (TG 
Origination); 

EB 0017 — International Operator Services (AG 
Origination); 

EB 0018— International Operator Services (OSP 
Termination); 
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EB 0019— Directory Assistance/555-1212 (TG 
Origination); 

EB 0020— Directory Assistance/555-1212 (AG 
Origination); 

EB 0021— Directory Assistance/555-1212 (DASP 5 

Termination); 
EB 0022— OSP/DASP Extended Calls (Domestic); 
EB 0023— OSP/DASP Extended Calls (International); 
EB 0024— International Toll (TG Origination); 10 
EB 0025— International Toll (AG Origination); 
EB 0026 — International Toll (TG Termination); 
EB 0027 — International Toll (AG Termination); 
EB 0040 — IP Origination; and 15 
EB 0041 — IP Termination. 
(2) Augmenting Event Blocks EBs 
The following event blocks are examples of Augmenting 
Event Blocks: 

EB 0050— Final Event Block; 20 
EB 0051 — Answer Indication; 
EB 0052 — Ingress Trunking Disconnect Information; 
EB 0053 — Egress Trunking Disconnect Information; 
EB 0054— Basic 8XX/Toll-Free SCP Transaction Infor- 25 
mation; 

EB 0055--Cailing Party (Ported) Information; 

EB 0056— Called Party (Ported) Information; 

EB 0057 — Egress Routing Information (TG 
Termination); 30 

EB 0058 — Routing Congestion Information; 

EB 0059 — Account Code Information; 

EB 0060 — Egress Routing Information (AG 
Termination); and 35 

EB 0061 — Long Duration Call Information, 
h. Software Object Oriented Programming (OOPs) Class 
Definitions 

(1) Introduction to Object Oriented Programming (OOP) 
In an example embodiment, soft switch site 104 com- 40 
prises a plurality of object oriented programs (OOPs) run- 
ning on a computer. As apparent to those skilled in the art, 
soft switch site 104 can alternatively be written in any form 
of software. 

(a) Object Oriented Programming (OOP) Tutorial 45 

OOPs can be described at a high level by defining object 
oriented programming classes. For example, in an embodi- 
ment of the present invention, soft switch 204 comprise an 
OOP written in an OOP language. Example languages 
include C++ and JAVA An-OOP model is enforced via 50 
fundamental mechanisms known as encapsulation, inherit- 
ance and polymorphism. 

Encapsulation may be thought of as placing a wrapper 
around the software code and data of a program. The basis 
of encapsulation is a structure known as a class. An object 55 
is a single instance of a class. A class describes general 
attributes of that object. A class includes a set of data 
attributes plus a set of allowable operations (i.e., methods). 
The individual structure or data representation of a class is 
defined by a set of instance variables. 60 

Inheritance is another feature of an OOP model. A class 
(called a subclass) may be derived from another class, 
(called a superclass) wherein the subclass inherits the data 
attributes and methods of the superclass. The subclass may 
specialize the superclass by adding code which overrides the 65 
data and/or methods of the superclass, or which adds new 
data attributes and methods. 
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Thus, inheritance represents a mechanism by which sub- 
classes are more precisely specified. A new subclass 
includes all the behavior and specification of all of its 
ancestors. Inheritance is a major contributor to the increased 
programmer efficiency provided by the OOP. Inheritance 
makes it possible for developers to minimize the amount of 
new code they have to write to create applications. By 
providing the significant portion of the functionality needed 
for a particular task, classes on the inheritance hierarchy 
give the programmer a head start to program design and 
creation. 

Polymorphism refers to having one object and many 
shapes. It allows a method to have multiple implementations 
selected based on the type of object passed into a method 
and location. Methods are passed information as parameters. 
These are parameters passed as both a method and an 
invocation of a method. Parameters represent the input 
values to a function that the method must perform. The 
parameters are a list of "typed" values which comprise the 
input data to a particular message. The OOP model may 
require that the types of the values be exactly matched in 
order for the message to be understood. 

Object-oriented programming is comprised of software 
objects that interact and communicate with each other by 
sending one another messages. Software objects are often 
modeled from real-world objects. 

Object-oriented programs of the present invention are 
hardware platform independent. Client computer 7008 in a 
preferred embodiment is a computer workstation, e.g., a Sun 
UltraSPARC Workstation, available from SUN 
Microsystems, Inc., of Palo Alto, Calif., running an operat- 
ing system such as UNIX. Alternatively a system running on 
another operating system can be used, as would be apparent 
to those skilled in the art. Other exemplary operating sys- 
tems include Windows/NT, Windows98, OS/2, Mac OS, and 
other UNIX-based operating systems. Exemplary UNIX- 
based operating systems include Solaris, IRIX, LINUX, 
HPUX and OSF. However, the invention is not limited to 
these platforms, and can be implemented on any appropriate 
computer systems or operating systems. 

An exemplary computer system is shown in FIG. 70B. 
Other network components of telecommunications network 
200, such as, for example, route server 212 and configura- 
tion server 206, can also be implemented using computer 
system 7008 shown in FIG. 70B. Computer system 7008 
includes one or more processors 7012. Processor 7012 is 
connected to a communication bus 7014. 

Client computer 7006 also includes a main memory 7016, 
preferably random access memory (RAM), and a secondary 
memory 7018. Secondary memory 7018 includes hard disk 
drive 7020 and/or a removable storage drive 7022. Remov- 
able storage drive 7022 reads from and/or writes to a 
removable storage unit 7024 in a well known manner. 
Removable storage unit 7024 can be a floppy diskette drive, 
a magnetic tape drive or a compact disk drive. Removable 
storage unit 7024 includes any computer usable storage 
medium having stored therein computer software and/or 
data, such as an object's methods and data. 

Client computer 7008 has one or more input devices, 
including but not limited to a mouse 7026 (or other pointing 
device such as a digitizer), a keyboard 7028, or any other 
data entry device. 

Computer programs (also called computer control logic), 
including object oriented computer programs, are stored in 
main memory 7016 and/or the secondary memory 7018 
and/or removable storage units 7024. Computer programs 
can also be called computer program products. Such com- 
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puter programs, when executed, enable computer system information, and run time parameters. Variables 420 can be 

7008 to perform the features of the present invention as used to provide information to the methods 422 included in 

discussed herein. In particular, the computer programs, soft switch class 418. 

when executed, enable the processor 7012 to perform the Methods 422 can include a method to start a soft switch 

features of the present invention. Accordingly, such com- 5 to receive information, to receive a message, to receive a 

puter programs represent controllers of computer system response to a message, and to perform updates. Methods 422 

7008. also include the means to read configuration data, to 

In another embodiment, the invention is directed to a acknowledge messages, to get call context information from 

computer program product comprising a computer readable a signaling message, and to get call context information 

medium having control logic (computer software) stored 10 from an IPDC message. Methods 422 also include the means 

therein. The control logic, when executed by processor to get call context information from a route response, to get 

7012, causes processor 7012 to perform the functions of the call context information from a route server message, and to 

invention as described herein. forward messages. 

In yet another embodiment, the invention is implemented FIG. 4B includes SS7 gateway proxy 424 which can have 

primarily in hardware using, for example, one or more state 15 inter-object communication with soft switch class 418. FIG. 

machines. Implementation of these state machines so as to 4B also includes route server proxy 426 and configuration 

perform the functions described herein will be apparent to server proxy 428, which can also have inter-object commu- 

persons skilled in the relevant arts. nication. These proxies can also be instantiated by soft 

(2) Software Objects in an OOP Environment switch class 418 objects. 

Prior to describing the class definitions in detail, a 20 FIG. 4B also includes route response 430, signaling 

description of an exemplary software object in an OOP message 432, and IPDC message 434, which can be passed 

environment is described. parameters from soft switch class 418. 

FIG. 70A is a graphical representation of a software object FIG. 4F depicts a block diagram 401 of interprocess 
7002. Software object 7002 is comprised of methods and communication including the starting of a soft switch corn- 
variables. For example software object 7002 includes meth- 25 mand and control functions by a network operations center, 
ods 1-8 7004 and variables V 2 — 7006. Methods 7004 are Diagram 401 illustrates intercommunications between net- 
software procedures that, when executed, cause software work operations center (NOC) 2114, soft switch 204 and 
objects variables 7006 to be manipulated (as needed) to configuration server (CS) 206. NOC 2114 communicates 
reflect the effects of actions of software object 7002. The 404 with soft switch 418 to startup soft switch command and 
performance of software object 7002 is expressed by its 30 control. Soft switch command and control startup registers 
methods 7004. The knowledge of software object 7002 is 405 soft switch 204 with CS 206 by communicating 411 
expressed by its variables 7006. with CS proxy 702, and accepts configuration information 

In object oriented programming, software objects 7002 for soft switch 204 from CS 206. 
are outgrowths (or instances) of a particular class. A class FIG. 4G depicts a block diagram of soft switch command 

defines methods 7004 and variables 7006 that are included 35 and control startup by a network operations center sequenc- 

in a particular type of software object 7002. Software objects ing diagram 413, including message flows 415, 417, 419, 

7002 that belong to a class are called instances of the class. 421 and 423. 

A software object 7002 belonging to a particular class will FIG. 4H depicts a block diagram of soft switch command 

contain specific values for the variables contained in the and control registration with configuration server sequenc- 

class. For example, a software class of vehicles may contain 40 ing diagram 425, including message flows 427, 429, 431 and 

objects that define a truck, a car, a trailer and a motorcycle. 433. 

In object oriented programming, classes are arranged in a FIG. 41 depicts a block diagram, of soft switch accepting 

hierarchical structure. Objects that are defined as special configuration information from configuration server 

cases of a more general class automatically inherit the sequencing diagram 435, including message flows 437, 439, 

method and variable definitions of the general class. As 45 441, 443, 445 and 447. 

noted, the general class is referred to as the superclass. The (b) Call Context Class 

special case of the general class is referred to as the subclass FIG. 4C illustrates a call context class 438 OOP class 

of the general class. In the above example, vehicles is the definition. Call context class 438 includes variables 440 and 

general class and is, therefore, referred to as the superclass. methods 442. 

The objects (i.e. truck, car, trailer, and motorcycle) are all 50 Variables 440 can be used to store information about call 

special cases of the general class, and are therefore referred context class objects 438. For example, variables 440 can 

to as subclasses of the vehicle class. include signaling message information for an incoming 

(3) Class Definitions message, signaling message information for an outgoing 
Example OOP class definitions are now described. The message, a time stamp, and the number of stored signaling 

functions performed by the methods included in the class 55 messages. 

definitions, and the type of information stored in and/or Methods 442 include various functions which can be 

passed as parameters in the variables of the classes depicted, performed by call context class 438. For example, methods 

will be apparent to those skilled in the art. 442 include a call context message which passes parameters 

(a) Soft Switch Class identifying a call event and a signaling message. Other 

FIG. 4B depicts a soft switch OOP class 418. Soft switch 60 methods 442 include a function to get an IAM message, to 

class 418 may be instantiated to create a soft switch appli- get a call event identifier, to get an originating network ID, 

cation object. Related OOP classes will be described with to get a terminating network ID, to get a signaling message, 

reference to FIGS. 4C, 4D and 4E. and to get a subroute. Methods 442 also include the means 

Soft switch class 418 includes variables 420 and methods to add an ACM message, an ANM message, an REL 

422. Variables 420 include information about a soft switch 65 message, an RLC message, a connect message, and a route 

204, including soft switch 204's identifier (ID), error mes- response message. Methods 442 also permit call context 

sage information, RNECP information, alarm server class 438 to set various states as, for example, that an ACM 
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was sent, an 1AM was received, an RTP connect was sent, FIG. 5D depicts a block diagram 542 of interprocess 

a CONI was received, a connect was sent, an answer was communication including an access server signaling a soft 

sent, an REL was sent, that the system is idle, that an ANM switch to register with SS7 gateways. Diagram 542 illus- 

was sent, or that an RLC was sent. Methods 442 can also get trates intercommunications between access server 232a, soft 

a route. 5 switch 204 and SS7 gateway 208. Access server 232a 

FIG. 4C also includes route response 430, call context communicates 544 with soft switch 418. Soft switch accepts 

repository 444, call event identifier 448, and network ID IPDC messages from access servers from interaction with 

452. Call context repository 444 includes methods 446. the servers. This communication extends 544 the soft switch 

Methods 446 include a register function, a function to get command and control which registers soft switch 204 with 

call context, and to find call context. Call event identifier 448 10 SS7 gateways 232a. This registration uses 546 interaction 

includes the function of identifying a call event 450. between the soft switch and SS7 gateway 424. SS7 gateway 

(c) Signaling Message Class 424 communicates 548 with the soft switch 418. 

FIG. 4D includes signaling message class 432 OOP class FIG. 5E depicts a block diagram of a soft switch regis- 

definition. tering with SS7 gateways sequencing diagram 550, includ- 

Signaling message class 432 includes variables 456 and is ing message flows 552-564. 

methods 458. Variables 456 include an originating message (e) IPDC Message Class 

and a type of the message. FIG. 4E illustrates IPDC message OOP class definition 

Classes 481 inherit from classes 432, i.e. class 432 is the 434. IPDC message 434 includes variables 484 and methods 

base class for SS7 signaling messages. 486. Variables 484 include an IPDC identifier for an IPDC 

Methods 458 include various signaling message functions 20 message. Methods 486 include IPDC message functions, 

which can pass various parameters and receive various which pass such parameters as the route node container, 

parameters. Parameters which can be sent by signaling RHS, IPDC message, an IN port, an OUT port, and a bay 

message functions include the request/response header module line channel (BMLC). Methods 486 include the get 

(Rhs), the signaling message, the network ID, the port, the message type function, the get call event identifier function 

route response, the IPDC message and the soft switch 25 (i.e. passing the call event identifier variable), and the get 

information. Methods 458 also include the function to set the IPDC identifier function (i.e., passing theJPDC identifier 

originating ingress port, to set the network identifier, to get variable), 

a message type, and to get a network identifier. (f) Call Event Identifier Class 

FIG. 4D also includes network ID 452 and route response FIG. 4E includes call event identifier 448 in communi- 
430. Network ID 452 can communicate with signal message 30 cation with IPDC message class 434, and route node con- 
class objects 432. Route response 430 can receive param- tainer class 488 also in communication with IPDC message 
eters passed by signaling message class objects 432. FIG. class 434 for passing parameters. 

4D also includes ACK message 460, IAM message 464, FIG. 4E also includes exemplary IPDC messages 495, 

ACM message 468, ANM message 472, REL message 476, which inherit from IPDC base class 434. IPDC messages 

and RLC message 480, collectively referred to as SS7 35 495 include ACR message 490, ACSI message 492, CONI 

signaling message class definitions 481. Each message of connect message 494, connect message 496, RCR message 

SS7 message class definition 481 includes various functions. 498, RTP connect message 454, and TDM cross connect 

For example ACK message 460 includes methods 462, i.e., message 497. IPDC messages can include various methods, 

the ACK message function. IAM message 464 includes For example, ACR message 490 can include ACR message 

methods 466. Methods 466 include several functions, such 40 function 493. Similarly connect message 496, RCR message 

as, for example the IAM message function, the get dialed 498, and RTP connect message 454, can include connect 

digits function, the get NOA function and the get ANI message function 491, RCR message function 489, RTP 

function. ACM message 468 includes method 470, which connect function methods, respectively, 

includes function ACM message. ANM message 472 (g) Configuration Proxy Class 

includes methods 474, which includes the ANM message 45 FIG. 7A illustrates configuration server proxy OOP class 

function. REL message 476 includes methods 478, which definition 702. Configuration server proxy 702 includes 

includes the REL message functions. RLC message 486 methods 704. Methods 704 include multiple functions. For 

includes methods 482, which includes the RLC message example, methods 704 include the register function, the get 

functions. configuration data function, the update function, the update 

(d) SS7 Gateway Class 50 all function, and the get data function. 

FIG. 5B includes SS7 gateway OOP class definition 532 FIG. 7B depicts a block diagram 706 of interprocess 
and SS7 gateway proxy class definition 424. SS7 gateway communication including soft switch interaction with con- 
class 532 includes variables 534, including runtime figuration server (CS) 206. Diagram 706 illustrates inter- 
parameters, STP information, point code, and alias point communications between CS 206 and soft switch 204. CS 
code for an SS7 gateway. 55 206 communicates 708, 710 with soft switch 418. Soft 

FIG. 5C depicts a block diagram 536 of interprocess switch 418 communicates 708 with CS proxy 702 to register 

communication including soft switch interaction with SS7 soft switch 204 with CS. Soft switch 418 communicates 710 

gateways. Diagram 536 illustrates intercommunications with CS proxy 702 to permit soft switch 204 to accept 

between SS7 gateways (SS7 GW) 208 and soft switch 2<W. configuration information from CS 206. 

SS7 GW 208 communicates 538, 540 with soft switch 418. 60 (h) Route Server Class 

Soft switch 418 communicates 538 with SS7 GW proxy 424 FIG. 8B depicts route server class diagram 802. Class 

accepting signaling messages from SS7 gateways 208. Soft diagram 802 includes route server OOP class definition 804. 

switch 418 communicates 540 with SS7 GW proxy 424 Route server class 804 includes variables 806 and methods 

sending signaling messages to SS7 gateway 208. In sending 808. 

signaling messages, soft switch 204 uses 542 command and 65 Variables 806 include, for a respective route server 212, 

control registration of the soft switch 204 with SS7 gateway an identifier (ID), a ten digit table, a six digit table, a three 

208. digit table, a treatment table, a potential term table, an local 
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serving area (LSA) table, a circuit group (CG) table, an several functions. For example methods 850 can include a 

destination AD table, a runtime parameters and an alarm get OPC function, a get DPC function, a get terminating CIC 

server. (TCIC) function, a get IP function, a reserve function, a 

Methods 808 include several functions. For example route node function, a get type function, a match function, 

methods 808 include a start function, a receive message 5 a get pool function and a get BMLC function, 

function, a receive request function, an update function, a Call event identifier class 448 is in communication with 

process function and a digit analysis function. route node class 846. Route node class 846 has additional 

FIG. 8B includes route server proxy class 426. route node subclasses 851. Route node subclasses 851 

FIG. 8B also includes route request class 430, from route include MLC route node class 852, modem route node class 

objects superclass 803, which is passed parameters from 10 856, RTP route node class 858 and treatment route node 

route server class 804. class 862. MLC route node class 852 includes methods 854. 

FIG. 8B also includes route server message class 810, also Methods 854 includes several functions. For example meth- 

from route objects superclass 803, similarly receiving ods 854 can include a match function, an are you available 

parameters from route server class 804. function, a get BMLC function and an unreserve function. 

FIG. 8B also includes configuration server proxy class 15 RTP route node class 858 includes methods 860. Methods 

428, which is in communication with route server class 804. 86 0 include several functions, e.g., a get address port pair 

FIG. 8B also includes RTP pool class 812, chain pool function. Treatment route node class 862 includes variables 

class 814 and modem pool class 818, all of which are from 864, e.g., an announcement to play variable. RTP route node 

superclass pools 805, and are in communication with route 858 has two subclasses, i.e. IP address class 866 and IP 

server class 804. Circuit pool class 816, which is also from 20 p Qr t dass 868. 

a superclass 805, is also in communication with route server Finally, FIG. 8C includes route node container class 488. 

class 804 _ Route node container class 488 includes methods 853. 

(l ^ U oJ Pi? 60 * 5 , , . Methods 853 can include several functions, e.g., a begin 

FIG. 8C illustrates superclass route objects 803 in greater faction, a get current function, and a next function, 

detaih FIG. 8C includes route Response OOP class definition 25 nQ 8F d ^ a Wock ^ 894 rf ^ ^ 

430. Route response class 430 mcludes variables 820 and ■ • * «- & A - A_ 

methods 822 communication including soft switch interaction with route 

mC \r °- ui o->n * i a *u * c * j server (RS) 212. Diagram 894 illustrates intercommunica- 

Vanables 820 mclude the type of ajoiUe response and a ^ons between RS 212 and soft switch 204. RS 804 accepts 

version of the route response Methc^822 include several 8% route ^ from ^ switch 41g and ^ 898 ^ te 

functions. For example, methods 822 include the route 30 r> c onA . A , 0 f . . , 

r . ^, r ' — responses from RS 804 to soft switch 418. Soft switch 

response function, the get type of route response function, . . otXA t OAA 

*l 4 ii * * j +rk I ^. 4l _ * • • 1 manages ports by using RS 804 to process 899 unallocate 

the get call event identifier function, the get originating out ^ <v 'a . 4 , 

t>\mT^ c *■ . . . T „ & p. A r . & 4 messages from sort switch 418. 

BMLC function, the get ongmatmg IP function, the get ... p . 

terminating out BMLC function, the get terminating IP ^ ™?? « , . 

function, and the get terminating network ID function. 35 mG 8D de P lcts superclass pool class 870. Pool class 870 

FIG. 8C includes route calculator class 824, including includes methods 872, including a get route node function 

methods 826, which include a calculate function. and a find route Dode fonctlon - p ° o1 class 870 has a plurality 

FIG. 8C includes route server message class 810, includ- of sub P°° 1 classes 871 * 

ing methods 828. Methods 828 include several functions, Subpool classes 871 include modem pool class 818, 

including the route server message function, and the get 40 real-time transport protocol (RTP) pool class 812, and chain 

BMLCs function. P°°l RTP pool class 812 includes methods 876. 

FIG. 8C includes call event identifier class 448. Network Methods 876 include several functions, including a get 

call event identifier 448 is in communication with route originating route node function, a get terminating out route 

response class 430. node function and a get route node function. Chain pool 

FIG. 8C also depicts route request class 832 in commu- 45 class 814 includes methods 878, including a get function, a 

nication with call event identifier class 448. Route request S et route no<Je function, a get chain pair function and a get 

class 832 includes variables 834 and methods 836. route node function. In communication with modem pool 

Variables 834 include the nature of address, the dialed class 818 is modem route node class 856, which is a subclass 

digits, the ANI, version, and the jurisdiction information fr° m rout e objects 803. In communication with chain pool 

parameters, of route request class 832. so d 358 814 is chain pair class 874. Chain pair class 874 

Methods 836 include multiple functions. Methods 836 includes methods 880, including a match MLC route node 

include the route request function, the get dialed digits function, a match function and an are you available function, 

function, the get nature of address function, and the get Chain pair class 874 is in communication with MLC route 

network ID function. Network ID class 452 is in commu- node class 852, i.e., a subclass of route objects class 803. 

nication with route request class 832. Potential term con- 55 (k) Circuit Pool Class 

tainer class 844 is in communication with route response FIG. 8E illustrates circuit pool class 816 having methods 

class 430. 886, including a get circuit function. In communication with 

Route class 840 is in communication with route response circuit pool class 816 is a circuit class 882 having methods 

class 430. Route class 840 includes methods 842. Methods 888, including a get route node function. In communication 

842 include several functions. For example methods 842 can 60 with circuit class 882 is circuit group class 884 having 

include a route function, a get next function, a begin variables 890 and methods 892. Variables 890 include a 

function, an end function, a get current function, an add trunk group reference and a type for circuit groups of circuit 

route node function, and an end function. Route node class group class 884. Methods 892 include an any available 

846 is in communication with route class 840. function. Method ID class 452 is in communication with 

Route node 846 includes variables 848 and methods 850. 65 circuit class 882. FIG. 8E also includes module line channel 
Variables 848 include a BMLC, an IP, a location, and a bay (MLC) route node class 852 from the route objects super- 
name for a particular route node. Methods 850 include class. 
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1108. Encoder/decoder 1108 typically performs a voice 
compression, such as G.723.1, G.729, or simply breaks out 
G.711 64 kbps DSO channels. Encoder/decoder 1108 is 
connected to packet bus 1110, for packetizing the incoming 
digital signals. Packet bus 1U0, in turn, is connected to IP 
Interface cards 1112-1114. IP Interface cards 1112-1114 
provide connectivity to data network 112 for transmission of 
VOIP packets to distant gateways and control messages to 
soft switch 204. 

TG 232 also includes network management IP interface 
1002 for receiving and sending network management alarms 
and events via the simple network management protocol 
(SNMP) to network management component 118. 

Trunks can handle switched voice traffic and data traffic. 
For example, trunks can include digital signals DS1-DS4 
transmitted over T1-T4 carriers. Table 17 provides typical 
carriers, along with their respective digital signals, number 
of channels, and bandwidth capacities. 

TABLE 17 



2. Gateway Site 

FIG. 10A depicts a more detailed drawing 1000 of gate- 
way site 108. FIG. 10A includes gateway site 108 compris- 
ing TG 232, NAS 228, AG 238, DACS 242 and announce- 
ment server ANS 246. TG 232, NAS 228 and AG 238 
collectively arc referred to as access server 254. DACs 242 
could also be considered an access server 254 if it can be 
controlled by soft switch 204. 

TG 232, NAS 228 and AG 238 are connected via an IP 
interface connection to data network 112. TG 232, NAS 228, 
AG 238 are connected via separate interface to network 
management component 118. Specifically, TG 232 is con- 
nected to network management component 118 via interface 
1002. NAS 228 is connected to network management com- 
ponent 118 via interface 1004. Also, AG 238 is connected to 
network management component 118 via interface 1006. 

In addition, FIG. 10A includes ANS 246, which as pic- 
tured is connected directly via the IP connection to data 
network 112. Alternatively, the ANS can functionally exist 
in other areas of the telecommunications network. For 
example, ANS 246 can functionality exist in TG 232, as 20 
depicted by ANS 1008, TG 232 having ANS functionality 
1008. Similarly, ANS functionality (shown as ANS 1010) 
can be provided by AG 238. 

FIG. 10A includes customer facility 128, providing access 
for calling party 122 to AG 238 via a direct access line or 25 
dedicated access line (e.g., a PRI or H). In a preferred 
embodiment, signaling for calling party 122 is carried 
inband between customer facility 128 and AG 238 via a 
signaling channel, e.g., an integrated services digital net- 
work (ISDN) data channel (D-channel). Calling party 102, 30 
on the other hand, is connected via carrier facility 126 to 
DACS 242, in order to provide connectivity to TG 232 and 
NAS 228. In a preferred embodiment, signaling for calling 
party 102 is carried out-of-band over signaling network 114, 
as shown in FIG. 10A. 35 

FIG. 10B depicts a block diagram 1012 of interprocess 
communication including soft switch interaction with access 
servers such as blinking gateway 232a. Diagram 1012 
illustrates intercommunications between access server 232a 
and soft switch 204. Soft switch 418 accepts 1014 IPDC 40 
messages from access server 232a. Soft switch 418 sends 
1016 IPDC messages to access server 232a. 
a. Trunking Gateway (TG) 

A TG is a gateway enabling termination of PSTN 
co-carrier trunks and feature group-D (FG-D) circuits. FIG. 45 
11A illustrates an exemplary TG 232. Gateway common 
media processing is illustrated in FIGS. 11B and UC below. 
Gateway common media processing on the ingress side will 

be described with reference to FIG. 11B. Gateway common with reference to FIGS. 2A and 11 A, TGs 232 and 234 
media processing on the egress side will be described with 50 can receive call control messages from and send messages to 
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Alternatively, trunks can include optical carriers (OCs), 
such as OC-1, OC-3, etc. Table 18 provides typical optical 
carriers, along with their respective synchronous transport 
signals (STSs), ITU designations, and bandwidth capacities. 



TABLE 18 
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reference to FIG. 11C. 

Specifically, FIG. HA depicts a trunking gateway high 
level functional architecture 1100 for TG 232. FIG. HA 
includes calling party 102, connected via carrier facility 126 
to DS3 trunks, which in turn provide connection to TG 232. 
Signaling for a call from calling party 102 is carried via 
out-of-band signaling network 114, through SS7 gateway 
208, to soft switch 204. This is shown with signaling 1118. 

TG 232 is controlled by soft switch 204, via the IPDC 
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soft switch 204, via the IPDC protocol. Soft switch site 104 
implements a signaling stack, e.g., an SS7 signaling network 
stack, for communications with legacy PSTN devices. On 
the ingress side of the telecommunications network, ingress 
trunking gateway 232 seizes a circuit as a call is initiated 
(i.e. assuming calling party 102 is placing a call to called 
party 120). 

As the circuit is seized at call initiation, SS7 signaling 
network 114 begins the process of setting up a call, by 
sending messages via SS7 G W 208 to soft switch 204. As the 



protocol 1116 through data network 112. TG 232 includes 60 call progresses, ingress TG 232 can receive commands from 
PSTN interface card 1102 connecting TG 232 to the incom- soft switch 204 to complete the call through ingress TG 232 
ing DS3 trunks from the PSTN. PSTN interface card 1102 and out through the virtual voice network via the IP interface 
is connected to a time division multiplexed (TDM) bus 1104. 1114 to a destination gateway. 

TDM bus 1104 takes the incoming DS3 trunks and On me egress side of the network this process is reversed 
separates the trunks, using time division multiplexing, into 65 to complete the call through the interconnected network to 
separate DS1 signals 1106. DS1 1106 can be encoded/ egress trunking gateway 234 and ultimately to called party 
decoded via, for example, DSP-based encoder/decoder 120. 
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FIG. 11B depicts gateway common media processing 
components on the ingress side 1140. FIG. 11B begins with 
incoming media stream 1142. From incoming media stream 
1142, tone detection 1144 can occur and then data detection 
1146 can occur or tone detection 1144 can be bypassed (see 5 
path 1148), as disabled/enabled by soft switch 204 via IPDC 
From data detection 1146, silence detection/suppression 
1150 can be performed. Next, a coder 1152 can be processed 
and then the packet stream can be transferred, as shown in 
1154. 10 

FIG. 11B is now described with respect to ingress trunk- 
ing gateway 232. Incoming media stream 1142 must be 
processed as it passes through ingress gateway 232 to 
complete the call via the IP core data network 112. 

The first process that takes place is data detection process 15 
1146. Data detection process 1146 attempts to detect the 
media type of the call traffic. The media type of the call 
traffic can include voice, data and modem. The media type 
information can be passed via IPDC protocol to soft switch 
204 for process determination. 20 

In one embodiment, no additional processing is required. 
In another embodiment, a compression/decompression soft- 
ware component (CODEC) that is used in performing media 
processing, can be selected based on data detection process 
1146. Specifically, if the data is determined to be modem 25 
traffic and if a suitable CODEC exists for the data rate, soft 
switch 204 can choose to incorporate this CODEC on the 
stream. Alternatively, if the call is a voice call, soft switch 
204 can select the CODEC optimized for voice processing 
and current network conditions. In an embodiment of the 30 
invention, data calls can always be processed with the 
default bit rate CODEC. 

In silence detection and suppression process 1150, silence 
in a voice call can be detected and suppressed, yielding 
potential decreases in the volume of transmission of packets 35 
carrying no digitized voice, due to silence. 

In encoding process 1152, once a CODEC has been 
chosen by soft switch 204 or the decision is made to use the 
default CODEC, the media stream passes through a digital 
signal processor (DSP) 1108 to apply an appropriate com- 40 
pression algorithm. This compression processing algorithm 
can take the media stream as a traditional stream from the 
traditional voice world and transform it into a stream suit- 
able for digital packetization. Once these packets have been 
formed, ingress TG 232 can process the packets into IP 45 
packets and prepare the packets for transport through the IP 
backbone 112 to egress TG 234. 

On the egress side of the network, packetized media is 
converted back to a digital stream. Specifically, egress TG 
234 can take the packets from data network 112 and decom- 50 
press them and decode them with the same DSP process and 
algorithm used on the ingress side of the network. 

FIG. UC depicts exemplary gateway common media 
processing components on the egress side 1120. FIG. 11C 
begins with egress TG 234 receiving packets 1122. Next, 55 
packets are buffered to compensate for jitter 1124, and 
comfort noise 1126 can be inserted into the call. Comfort 
background noise process 1126 can provide reassurance to 
the party on the other end of the call that the call has not been 
interrupted, but instead that the other party is merely being 60 
silent. Next, decoding process 1128 can be performed by 
DSP 1108 and echo processing 1130 can detect and cancel 
echo. Finally, digital bit stream media, (e.g., a DSO), is 
transferred to a telephony interface (e.g., a DS3 port). 

Additional media stream processing functions internal to 65 
TGs 232, 234 can include, for example, the ancillary pro- 
cesses of silence detection and suppression 1150, voice 
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activation, and comfort noise insertion 1126. The media 
stream processing functions include, for example, the major 
core functionality needed for TGs 232, 234. 

Other functional components needed in trunk ing gate- 
ways 232, 234 can also be included. Other functional 
components can include the provisioning and maintenance 
of tm riking gateways 232, 234. 

(1) Tmnking Gateway Interfaces 

TGs 232, 234 provide voice network connectivity to the 
traditional public switched telephone network (PSTN). TGs 
232, 234 can accept co-carrier and feature group-D (FG-D) 
trunks. It would be apparent to those skilled in the art that 
TGs 232, 234 can accept other telecommunications trunks. 
TGs 232, 234 allow for termination of SS7 signaled calls to 
and from telecommunications network 200. 

TGs 232, 234 can convert the media stream into packets 
for transmission over data network 112. TGs 232, 234 also 
provide a management interface for remote management, 
control and configuration changes. TGs 232, 234 can inter- 
face to multiple components of telecommunications network 
200. For example, TGs 232, 234 can interface with, for 
example, the PSTN for carrying media, soft switch 204 for 
communication of control messages from soft switch 204, 
the voice network interface of data network 112 for carrying 
packetized voice media, and network management compo- 
nent 118 for sending SNMP alerts to the network operation 
center (NOC). 

TGs 232, 234 interface to the PSTN via co-carrier or 
FG-D trunks. These trunks are groomed via DACS 242, 244, 
to allow multiple two-way 64 kilobits per second (KPS) 
circuits to pass the media stream into and out of TGs 232, 
234. The PSTN interface to TGs 232, 234 provides all low 
level hardware control for the individual circuits and allows 
the interface to look like another switch connection to the 
PSTN network. 

TGs 232, 234 also interface with soft switch 204. Refer- 
ring to FIG. 4A, the TG to soft switch interface 412 is used 
to pass information needed to control the multiple media 
streams. Soft switch 204 controls all available circuit chan- 
nels that connect through TGs 232, 234. TG to soft switch 
interface 412 uses the physical IP network interface cards 
(NICs) 1112-1114 to send and receive control information to 
and from soft switch 204 using the IPDC protocol. The 
IPDC protocol will be described in greater detail below. 

Referring to FIG. 11A, TGs 232, 234 interface with a 
voice virtual private network (VPN) that is overlaid on an IP 
data network 112. The TG to voice VPN interface sends or 
receives voice packets on the IP side of the network from 
TGs 232, 234 to other network components, e.g., to another 
of TGs 232, 234. TG to voice VPN interface, in a preferred 
embodiment, can physically be a 100 BaseT Ethernet 
interface, but can be logically divided into virtual ports that 
can be addressable via soft switch 204. The media stream 
can be connected through this interface, i.e., the TG to voice 
VPN interface, to a distant connection with a real-time 
transport protocol (RTP) connection. 

TGs 232, 234 can also interface with network manage- 
ment component (NMC) 118 for the purposes of commu- 
nicating network management SNMP alerts. The TGs 232, 
234 to SNMP interface is a management interface that can 
be connected to NMC 118 of the network management 
network through a dedicated connection on TGs 232, 234. 
SNMP messages that are generated at TGs 232, 234 can be 
passed to the network operations center (NOC) through the 
TG to SNMP interface. In addition, messages and com- 
mands from the NOC can be passed to TGs 232, 234 through 
this interface for several purposes including, for example, 
network management, configuration and control. 
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b. Access Gateway (AG) 

An AG is a gateway that enables customers to connect via 
a Direct Access line (DAL) from their customer premise 
equipment (CPE), such as, for example, a private branch 
exchange (PBX), to the telecommunications network. The 
AG terminates outgoing and incoming calls between the 
CPE, the telecommunications network and the PSTN. 

FIG. 12 depicts an AG high level functional architecture 
1200. FIG. 12 includes calling party 122, connected via 
customer facility 128 to DAL (e.g., either an ISDN PRI or 
a H DAL). A PRI DAL is connected from the PSTN-to- 
PSTN interface card 1202a. PSTN interface card 1202a 
includes ISDN signaling and media, meaning it includes 
both bearer channels (B-channels) for carrying media and 
data channels (D-channels) for carrying ISDN signaling 
information. 

A Tl DAL can be connected from the PSTN to a PSTN 
interface card 1202/?, supporting Tl in-band channel asso- 
ciated signaling (CAS). PSTN interface cards 1202a, 12026 
are connected to TDM bus 1204. Using TDM bus 1204, 
incoming Tl and PRI signals are broken into separate DS1 
signals 1206. 

DS1 1206 is then encoded via DSP-based encode/decode 
1208. After encoding via DSP-based encode/decode 1208, 
the signal is packetized via packet bus 1210, to be trans- 
mitted via IP interface cards 1212-1214, over data network 
112. IP packets containing signaling information (e.g., 
D-channel) are routed to soft switch 204. IP packets con- 
taining media are transmitted to other media gateways, i.e. 
access servers such as an AG or TG 

IP interface card 1214 includes both control and signaling 
information in its packets. This is illustrated showing IPDC 
protocol control information 1216 and signaling information 
1218. 

AG 238 delivers signaling information inband over data 
network 112 to soft switch 204. Accordingly, calling party 
122 need not have its customer facility 128 have connec- 
tivity with SS7 signaling network 114. 

AG 238 is functionally equivalent to TG 232. AG 238 
differs from TG 232 only in the circuit types and scale of the 
terminated circuits supported. The circuit types and scale of 
terminated circuits supported drives the line side cards and 
signaling that AG 238 provides to a PBX or other customer 
facility 128. The circuit associated and in-band signaling 
provided by the PBX or customer facility 128 must be 
passed from AG 238 to soft switch 204 via the IPDC 
protocol. AG 238 receives call-processing information from 
soft switch 204. 

(1) Access Gateway Interfaces 

AGs 238, 240 interface to several components of tele- 
communications network 200. The interfaces of AGs 238, 
240 include interfaces facing the network, i.e., data network 
112, and network management component 118, as described 
for TGs 232, 234 above. AGs 238, 240 also interface on the 
line side, through line side card interfaces, which can be 
needed to support in-band Tl and ISDN primary rate inter- 
face (ISDN PRI) circuits. 

In-band Tl and ISDN PRI interfaces can be provisioned 
on an as-needed basis on AGs 238, 240, to support the 
equipment that can terminate the circuit on the far end. The 
ISDN PRI can support standard ISDN circuit associated 
D-channel signaling in the 23B+1D, NB+1D and NB+2D 
(bearer (B-) and data (D-) channel) configurations. For the 
in-band signaling Tl configuration, the circuit can support 
wink start or loop start signaling. 

The next six paragraphs briefly introduce wink start, loop 
start, and ground start signaling as would be apparent to a 
person having ordinary skill in the relevant communications 
signaling art. 
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Wink start refers to seizing a circuit by using a short 
duration signal. The signal is typically of a 140 millisecond 
duration. The wink indicates the availability of an incoming 
register for receiving digital information from a calling 

5 switch. Wink starts are used in telephone systems which use 
address signaling. 

Loop start refers to seizing a circuit using a supervisory 
signal. A loop start signal is typically generated by taking the 
phone off hook. With a loop start, a line is seized by bridging 

;o a tip and ring (i.e., the wires of the telephone line) through 
a resistance. A loop start trunk is the most common type of 
trunk found in residential installations. The ring lead is 
connected to -48 V and the tip lead is connected to 0 V (i.e., 
connected to ground). To initiate a call, a "loop" ring can be 

5 formed through the telephone to the tip. A central office (CO) 
can ring a telephone by sending an AC voltage to the ringer 
within the telephone. When the telephone goes off-hook, the 
DC loop is formed. The CO detects the loop and the fact that 
it is drawing a DC current, and stops sending the ringing 

jo voltage. 

Ground starting refers to seizing a trunk, where one side 
of a two-wire trunk (the ring conductor of the tip and ring) 
is temporarily grounded to get a dial tone. Ground starts are 
typically used for CO to PBX connections. Ground starting 

5 is effectively a handshaking routine that is performed by the 
CO and PBX. The CO and PBX agree to dedicate a path so 
that incoming and outgoing calls cannot conflict, so that 
"glare" cannot occur. 

The PBX can check to see if a CO ground start trunk has 

0 been dedicated. In order to see if the trunk has been 
dedicated, the PBX checks to see if the tip lead is grounded. 
An undedicated ground start trunk has an open relay 
between 0 V (ground) and the tip lead connected to the PBX. 
If the trunk has been dedicated, the CO will close the relay 

5 and ground the tip lead. 

In a ground start, the PBX can also indicate to the CO that 
it requires a trunk. The PBX has a PBX CO caller circuit. 
The PBX CO caller circuit can call a CO ground start trunk. 
The PBX CO caller circuit briefly grounds the ring lead 

0 causing DC current to flow. The CO detects the current flow 
and interprets it as a request for service from the PBX. 

"Glare** occurs when both ends of a telephone line or 
trunk are seized at the same time for different purposes or by 
different users. Glare resolution refers to the ability of a 

5 system to ensure that if a trunk is seized by both ends 
simultaneously, then one caller is given priority, and the 
other is switched to another trunk. 

AGs 238 and 240 interface to the PSTN via Tl CAS 
signaling and ISDN PRI trunks. ISDN PRI trunks are 

o groomed via the DACS 242 and 244 to allow multiple 
two-way 64 kps circuits to pass signaling information cir- 
cuits to pass signaling information and the media stream into 
and out of AGs 238 and 240. The AG to PSTN interface 
provides all low level hardware control for the individual 

S circuits. The AG to PSTN interfaces, specifically, PSTN 
interface cards 1202a and 1202, also allow the interface to 
look like a switch connection to the PSTN network. 

AG to soft switch interface 414 can be used to pass 
information needed to control multiple media streams. Soft 

o switch 204 can control all available circuit channels that 
connect through AGs 238, 240. AG to soft switch interface 
414 can use the physical voice network interface card to 
send and receive control information to and from soft switch 
204 using the IPDC protocol. 

s AGs 238, 240 can have a separate physical interface to 
network management component (NMQ 118. AG 238 has 
network management IP interface 1006, which sends net- 
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work management alarms and events in the SNMP protocol 
format to NMC 118. The AG to NMC interface can be used 
for delivery of SNMP messages and additional functions. 
Examples of additional functions that can be defined 
include, for example, functions for provisioning, updating, 
and passing special alarms and performance parameters to 
AGs 238, 240 from the network operation center (NOC) of 
NMC 118. 

c. Network Access Server (NAS) 

NASs 228, 230 accept control information from soft 
switch 204 and process the media stream accordingly. 
Modem traffic is routed to the internal processes within 
NASs 228, 230 to terminate the call and route the data traffic 
out to data network 112. The reader is directed to U.S. Patent 
Application entitled "System and Method for Bypassing 
Data from Egress Facilities**, filed concurrently herewith, 
Attorney Docket No. 1757.0060000, which is incorporated 
herein by reference in its entirety, describing with greater 
details the interaction between NASs 228, 230 and control 
server soft switch 204. 

FIG. 13 depicts a NAS high-level architecture 1300. FIG. 
13 includes calling party 102 calling into carrier facility 126. 
Its signaling information is routed via out-of-band signaling 
network 114 to SS7 GW 208. The signaling information 
1318 is sent to soft switch 204. 

NAS 228 receives trunk interfaces from the PSTN at 
PSTN interface card 1302. PSTN interface card 1302 is 
connected to TDM bus 1304. 

TDM bus 1304, in turn, can break out separate DS1 
signals 1306. These DS1 signals 1306 can be terminated to 
modems 1308. Modem 1308 can convert the incoming data 
stream from a first format to a second format over packet bus 
1310 to IP interface card 1312 or 1314. It is important to note 
that IP interfaces 1312 and 1314 are the same. 

Interface card 1312 carries media (e.g., data, voice traffic, 
etc.) over data network 112. The media can be sent over 
multiple routers in data network 112 to the media's final 
destination. IP interface card 1314 transmits packets of 
information through data network 112 to soft switch 204, 
including control information 1316 in the IPDC protocol 
format. Interface cards 1312 and 1314 can also perform 
additional functions 

NAS 228 includes network management interface card 
(NMIC) 1004, for providing network management alarms 
and events in an SNMP protocol format to network man- 
agement component 118. 

(1) Network Access Server Interfaces 

Telecommunications network 200 supports interaction 
with NASs via communication of control information from 
soft switch 204. The interfaces between NASs 228, 230 and 
the other network components of telecommunications net- 
work 200, can be identical to those found on TGs 232, 234, 
with the exception of the FG-D interface. 

NASs 228, 230 can interface to the PSTN via co-carrier 
trunks. The co-carrier trunks can be groomed via the DACS 
242, 244, to allow multiple two-way 64 kps circuits to pass 
the media stream into and out of NASs 228, 230. The NASs 
to PSTN interface provides all low level hardware control 
for the individual circuits. The NASs to PSTN interface 
looks like another switch connection to the PSTN network. 

NASs 228, 230 interface with soft switch 204 in order to 
pass information required to control the multiple media 
streams. Soft switch 204, via the NASs to soft switch 
interface, can control all available circuit channels that 
connect through NASs 228, 230. The interface between 
NASs 228, 230 and soft switch 204 uses the physical voice 
network interface card (NIC) to send and receive control 
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information to and from soft switch 204 and NASs 228, 230 
via the IPDC protocol. 

NASs 228, 230 can interface with the backbone network 
of data network 112. The NASs to backbone interface of data 

5 network 112 can allow the media stream to access the data 
network 112 and to terminate to any termination with an IP 
address including public Internet and world wide web sites, 
and other Internet service providers (ISP). This modem 
traffic media stream can be separate from any voice data 

10 media stream that is carried over the backbone. Modem 
traffic can enter NASs 228, 230 in the form of serial line 
interface protocol (SLIP) or a point to point protocol (PPP) 
protocol and can be terminated to modems and can then be 
converted into another protocol, such as, for example, an 

is IPX, an Apple Talk, a DECNET protocol, an RTP protocol, 
an Internet protocol (IP) protocol, a transmission control 
protocol/user datagram protocol (UDP), or any other appro- 
priate protocol for routing to, for example, another private 
network destination. 

20 NASs 228, 230 can use a separate physical interface for 
communication of SNMP alerts and messages to NMC 118. 
The NAS to NMC interface can be used for additional 
functions. Examples of additional functions that can be 
defined include, for example, provisioning, updating, and 

25 passing special alarms, and performance parameters to 
NASs 228, 230 from the network operations center (NOC). 
d. Digital Cross-Connect System (DACS) 

FIG. 14 illustrates exemplary DACS 242 in detail. DACS 
242 is a time division multiplexer providing switching 

30 capability for incoming trunks. 

Referring to FIG. 14, voice and data traffic comes into 
DACS 242 from carrier facility 126 on incoming trunks. 
DACS 242 receives a signal from soft switch 204 (over data 
network 112) indicating how DACS 242 is to switch the 

35 traffic. Depending on the signal provided by soft switch 204, 
DACS 242 can switch the incoming traffic onto either 
circuits directed to TG 232, or circuits directed to NAS 228. 

More generally, a DACS 242 is a digital switching 
machine, employed to manage or "groom" traffic at a variety 

40 of different traffic speeds. Grooming functions of DACS 242 
include the consolidation of traffic from partly filled incom- 
ing lines with a common destination and segregation of 
incoming traffic of differing types and destinations. A tra- 
ditional DACS 242 can have one of several available 

45 architectures. Example architectures, which accommodate 
different data rates and total port counts, include narrowband 
(or 1/0), wideband (or 3/1), and broadband (or 3/3). 

As backbone traffic has grown, with increased data traffic, 
there is an emerging need for even higher capacity DACS 

50 242, having interface speeds of OC-48 and beyond, as well 
as cell and packet-switching capabilities to accommodate 
the increasing data traffic. 

As data traffic continues to grow, increasing the demands 
of telecommunications networks, and as through-put speeds 

55 increase, DACS (e.g., DACS 242) are migrating to include 
higher-speed switching matrices capable of terabit through- 
put. DACS 242 can also include high-speed optical inter- 
faces. 

Telecommunications network 200 can also make use of 
60 virtual DACS (VDACS). VDACS are conceptually the use 
of a computer software controlled circuit switch. For 
example, a DACS can be built which is capable of inter- 
communicating with a soft switch via, a protocol such as, for 
example, internet protocol device control (IPDC), to per- 
65 form the functionality of a DACS. 

In one embodiment of the invention, a NAS is used to 
terminate co-carrier, or local trunks, and a TG is used to 
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terminate long distance trunks. In such a system, if a voice given CODEC. In another embodiment, the CODEC of an 

call were to come in over a NAS, then the voice call could announcement can be modified while the announcement is 

be transmitted to the TG for termination. One approach that playing. 

can be used to terminate this voice call includes occupying ANS 246 will now be described with greater detail with 

an outgoing channel to transmit the call out of the NAS and 5 reference to FIG. 15. ANS 246 has several interfaces. ANS 

into the TG. Another approach uses a commandable DACS, interfaces include the provisioning, control, alarming, and 

a VDACS. The VDACS can cross-connect on command, so voice path interfaces. ANS 246 also has several data paths, 

as to act as a commandable circuit switch. In practice, the The path from ANS 246 to TG 232 or to AG 238, have a 

soft switch can send a command down to the VDACS via common voice path interface (i.e., which is the same for TG 

IPDC, for example. A VDACS can be built by using a 10 232 and AG 238). The voice path interface can use RTP and 

traditional DACS with the addition of application program RTCP. 

logic supporting control and communication with a soft In a preferred embodiment, ANS 246 to soft switch 204 

switch. interface provides for a data path using the internet protocol 

e. Announcement Server (ANS) device control (IPDC) protocol to control announcement 

Referring back to FIGS. 2A and 10A, ANSs 246, 248 15 server 246. 

store pre-recorded announcements on disk in an encoded The ANS 246 to SNMP agent in network management 

format. ANSs 246, 248 provide telecommunications net- component 118 data path is used to send alarm and event 

work 200 with the ability to play pre-recorded messages and information from ANS 246 to SNMP agent via SNMP 

announcements, at the termination of a call. For example, protocol. 

ANSs 246, 248 can play a message stating that "all circuits 20 Data distributor 222 to announcement server 246 data 

are busy." path carries announcement files between announcement 

In one embodiment, the functionality of ANSs 246, 248 server 246 and data distributor 222. The provisioning inter- 
can be included in TG 232 and/or AG 238. The features of face downloads, via a file transfer protocol (FTP), encoded 
this embodiment are dependent on the amount of resources voice announcement files to announcement server 246. 
in TG 232 and AG 238. This internal announcement server 25 Announcement server 246 uses a separate physical inter- 
capability is shown in FIG. 10A, including, for example, face for all SNMP messages and additional functions that 
ANS 1008 in TG 232 and ANS 1010 in AG 238. It would can be defined. Examples of additional functions that can be 
be apparent to those skilled in the art that ANS functionality defined include provisioning, updating, and passing of spe- 
can be placed in other systems, such as, for example, soft cial alarms and performance parameters to announcement 
switch 204 and NAS 1004. 30 servers 246 from NOC 2114. 

In another embodiment, ANSs 246, 248 are applications In another embodiment, announcement server 246 is 

running on one or more separate servers, as shown in FIG. located in soft switch site 104. It would be apparent to those 

15. FIG. 15 depicts an announcement server (ANS) com- skilled in the art that announcement server 246 could be 

ponent interface design 1500. FIG. 15 includes ANS 246, placed in other parts of telecommunications network 200. 

which is in communication with TG 232, AG 238 and soft 35 3. Data Network 

switch 204 over data network 112. ANS 246 can be con- In an example embodiment, data network 112 can be a 

trolled by soft switch 204 via the IPDC protocol. ANS 246 packet-switched network. A packet-switched network such 

can send network management alerts and events to network as, for example, an ATM network, unlike a circuit switch 

management component (NMQ 118. Data distributor 222 network, does not require dedicated circuits between origj- 

can send announcement files to ANS 246. 40 nating and terminating locations within the packet switch 

A benefit of providing separate ANSs 246, 248 is that a network. The packet-switched network instead breaks a 

more robust database of announcements can be stored and message into pieces known as packets of information. Such 

made available for use by the soft switch than is supported packets are then encapsulated with a header which desig- 

in conventional networks. Another benefit of a separate ANS nates a destination address to which the packet must be 

246, 248 is that less storage is required in TGs and AGs since 45 routed. The packet-switched network then takes the packets 

the announcement functionality is supported by the server of and routes them to the destination designated by the desti- 

ANSs 246, 248 server. ANSs 246, 248 can be controlled by nation address contained in the header of the packet, 

one or more soft switches to play the voice messages, via the FIG. 16A depicts a block diagram of an exemplary soft 

IPDC protocol. switch/gateway network architecture 1600. FIG. 16A illus- 

After determining that an announcement should be 50 trates a more detailed version of an exemplary data network 

played, Soft switch 204 chooses an ANS 246 or 248 that is 112. In an exemplary embodiment, data network 112 is a 

closest to the point of origination for the call, if available. packet-switched network, such as, for example, an asyn- 

The ANS and gateway site establish a real-time transport chronous transfer mode (ATM) network. FIG. -16 includes 

protocol (RTP) session for the transmission of the voice western soft switch site 104 and gateway sites 108, 110 

announcement. Then ANS 246 or 248 streams the file over 55 connected to one another via data network 112. Data is 

RTP to the terminating gateway. When the message is routed from western soft switch 104 to gateway sites 108, 

complete, ANSs 246, 248 can replay the message or dis- 110 through data network 112, via a plurality of routers 

connect the call. located in western soft switch site 104 and gateway sites 

ANSs 246, 248 can store the message files in each of the 108, 110. 

media coder/decoders (CODECs) that the network supports. 60 Western soft switch site 104 of FIG. 16A includes soft 

ANSs 246, 248 can send announcements stored in the format switches 204a, 2046, 204c, SS7 GWs 208, 210, CSs 206a, 

of the G.711, G.726, and G.728, and other standard 206fr, RSs 212a, 2Ub and RNECPs 224a, 224*>, all inter- 

CODECs. The soft switch can direct ANS 246, 248 to play connected by redundant connections to ethernet switches 

announcements using other CODECS if the network enters (ESs) 332, 334. ESs 332, 334 are used to interconnect the 

a state of congestion. Soft switch 204 can also direct ANS 65 host computers attached to them, to create an ethernet- 

246, 248 to play announcements using other CODECs if the switched local area network (LAN). ESs 332, 334 are 

gateway or end client is an IP client that only supports a redundantly connected to routers 320, 322. The host com- 
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puters in the local area network included in western soft A network designed to interconnect multiple LANs and/or 

switch site 104 can communicate with host computers in WANs is known as an internet. An internet can transfer data 

other local area networks, e.g., at gateway sites 108, 110, via between any of a plurality of networks including both LANs 

routers 320, 322. aiK * WANs. Communication occurs between host computers 

Gateway site 108 of FIG. 16A includes TGs 232a, 232b, 5 on one LAN and host computers on another LAN via, for 

AGs 238a, 2386 and NASs 228a, 228fc, 228c, intercon- example, an internet protocol (IP) protocol. The UP protocol 

nected via redundant connections to ESs 1602, 1604. ESs requires each host computer of a network to have a unique 

1602, 1604 interconnect the multiple network devices to } P address enabling packets to be transferred over the 

createaLAN.mformationcanbeintercoirimunicatedtoand ™f ™ et L l ° other host computers on other LANs and/or 

from host computers on other LANs via routers 1606, 1608 10 WANs mat are c °nnected to the internet. An internet can 

at gateway site 108. Routers 1606, 1608 are connected by ^Ef"?. » rout ° r ^^rconnecUng two or more networks. 

redundant connections to ESs 1602, 1604. . f The m ' eraet < wit ^ a c *P ltal ■ > 15 T m erne 

„ t 11A ^ a * i j rr- -mj. interconnecting networks all over the world. The Internet 

J ™ °£? C G ™ A ^i^I 05 73409 ^ i^ludes a global network of computers which intercommu- 

AGs240a,2406,andNASs230a 2306 230c, connected via mcate via me mternet protocol fa family tf protocols . 

redundant connections to ESs 1610, 1612 to form a local is An "intranet" is an internet which is a private network that 

area network. Ethernet switches (ESs)1610, 1612 can in turn uses internet software and internet standards, such as the 

intercommunicate information between the LAN in gateway internet protocol (IP). An intranet can be reserved for use by 

site 110 and LANs at other sites, e.g., at western soft switch parties who have been given the authority necessary to use 

site 104 and gateway site 108 via routers 1614, 1616. that network. 

Routers 1614, 1616 are connected to ESs 1610, 1612 via 20 c. Network Protocols 

redundant connections. Data network 112 includes a plurality of wires, and routes 

Routers 320, 322 of western soft switch site 104, routers making up its physical hardware infrastructure. Network 

1606, 1608 of gateway site 108, and routers 1614, 1616 of protocols provide the software infrastructure of data network 

gateway site 110 can be connected via NICs, such as, for 112. 

example, asynchronous transfer mode (ATM) interface cards 25 Early network protocols and architectures were designed 

in routers 320, 322, 1606, 1608, 1614, 1616 and physical to work with specific proprietary types of equipment. Early 

media such as, for example, optical fiber link connections, examples included IBM systems network architecture 

and/or copper wire connections. Routers 320, 322, 1606, (SNA) and Digital Equipment Corporation's DECnet. 

1608, 1614, 1616 transfer information between one another Telecommunications vendors have moved away from 

and intercommunicate according to routing protocols. 30 proprietary network protocols and technologies to multi- 

a. Routers vendor protocols. However, it can be difficult for all neces- 
Data network 112 can include a plurality of network sary vendors to agree on how to add new features and 

routers. Network routers are used to route information services to a multi-vendor protocol. This can be true because 

between multiple networks. Routers act as an interface vendor-specific protocols can in some cases offer a greater 

between two or more networks. Routers can find the best 35 level of sophistication. For example, initial versions of 

path between any two networks, even if there are several asynchronous transfer mode (ATM) completed by the ATM 

different networks between the two networks. Forum did not have built-in quality of service (QoS) capa- 

Network routers can include tables describing various bilities. Recent releases of the specification added those 

network domains. A domain can be thought of as a local area features, including parameters for cell-transfer delay and 

network (LAN) or wide area network (WAN). Information 40 cell-loss ratio. However, interoperability among equipment 

can be transferred between a plurality of LANs and/or of different vendors and device performance still need 

WANs via network devices known as routers. Routers look improvement. 

at a packet and determine from the destination address in the The IETF is working on defining certain Internet proto- 

header of the packet the destination domain of the packet. If cols (IP) "classes of service". IP classes of service could 

the router is not directly connected to the destination 45 provide a rough equivalent to ATMs QoS. IP classes of 

domain, then the router can route the packet to the router's service is included as part of the IETF's integrated services 

default router, i.e. a router higher in a hierarchy of routers. architecture (ISA). ISA's proposed elements include the 

Since each router has a default router to which it is attached, resource reservation protocol (RSVP), a defined packet 

a packet can be transmitted through a series of routers to the scheduler, a call admission control module, an admission 

destination domain and to the destination host bearing the 50 control manager, and a set of policies for implementing these 

packet's final destination address. features (many of the same concepts already outlined in 

b. Local Area Networks (LANs) and Wide Area Networks ATM QoS). 

(WANs) (1) Transmission Control Protocol/Internet Protocol 

A local area network (LAN) can be thought of as a (TCP/IP) 
plurality of host computers interconnected via network 55 The Internet protocol (IP) has become the primary net- 
interface cards (NICs) in the host computers. The NICs are working protocol used today. This success is largely a part 
connected via, for example, copper wires so as to permit of the Internet, which is based on the transmission control 
communication between the host computers. Examples of protocol/internet protocol (TCP/IP) family of protocols. 
LANs include an ethernet bus network, an ethemet switch TCP/IP is the most common method of connecting PCs, 
network, a token ring network, a fiber digital data intercon- 60 workstations, and servers. TCP/IP is included as part of 
nect (FDDI) network, and an ATM network. many software products, including desktop operating sys- 

A wide area network (WAN) is a network connecting host terns (e.g., Microsoft's Windows 95 or Windows NT) and 

computers over a wide area. In order for host computers on LAN operating systems. To date, however, TCP/IP has 

a particular LAN to communicate with a host computer on lacked some of the desired features needed for mission- 

another LAN or on a WAN, network interfaces intercon- 65 critical applications. 

necting the LANs and WANs must exist. An example of a The most pervasive LAN protocol to date, has been 

network interface is a router discussed above. IPX/SPX from Novell's NetWare network operating system 
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(NOS). However, IPX/SPX is losing ground to TCP/IP. ing reconstruction, loss detection, and security. With RTP, 

Novell has announced that it will incorporate native IP data can be delivered to one or more destinations, with a 

support into NetWare, ending NetWare's need to encapsu- limit on delay. 

late IPX packets when carrying them over TCP/IP connec- RTP and other Internet real-time protocols, such as the 

tions. Both UNIX and Windows NT servers can use TCP/IP. 5 Internet stream protocol version 2 (ST2), focus on the 

Banyan's VINES, IBM's OS/2 and other LAN server oper- efficiency of data transport. RTP and other Internet real-time 

ating systems can also use TCP/IP protocols are designed for communications sessions that are 

(2) Internet Protocol (IP)v4 and IPv6 persistent and that exchange large amounts of data. RTP 
IPv6 (previously called next-generation IP or IPng) is a *°? °°i± ant J! e resource rcservatioQ or Q°S 

backward-compatible extension of the current version of the to I^tead, RTP rehes on resource reservation protocols such as 

T t . . i ,r»_ * tp»_ ^ j - j4 ! , , RSVP, communicating dynamically to allocate appropriate 

Internet protocol, IPv4. IPv6 is designed to solve problems bandwidth 

brought on by the success of the Internet (such as runmng RTP adds a time stamp and a header that distinguishes 

out of address space and router tables). IPv6 also adds whether an IP packet is data or voice, allowing prioritization 

needed features, including circuiting security, auto- of voice packets, while RSVP allows networking devices to 

configuration, and real-time services similar to QoS. 15 reserve bandwidth for carrying unbroken multimedia data 

Increased Internet usage and the allocation of many of the streams. 

available IP addresses has created an urgent need for Real-time Control Protocol (RTCP) is a companion pro- 
increased addressing capacity. IPv4 uses a 32-byte number tocol to RTP that analyzes network conditions. RTCP oper- 
to form an address, which can offer about 4 billion distinct ates in a multi-cast fashion to provide feedback to RTP data 
network addresses. In comparison, IPv6 uses 128-bytes per 20 sources as well as all session participants. RTCP can be 
address, which provides for a much larger number of avail- adopted to circumvent datagram transport of voice-over-IP 
able addresses. in private IP networks. With RTCP, software can adjust to 

(3) Resource Reservation Protocol (RSVP) changing network loads by notifying applications of spikes, 
Originally developed to enhance IPv4 with QoS features, or variations, in network transmissions. Using RTCP net- 

RSVP lets network managers allocate bandwidth based on 25 work feedback, telephony software can switch compression 

the bandwidth requirements of an application. Basically, algorithms in response to degraded connections. 

RSVP is an emerging communications protocol that signals (5) IP Multi-Casting Protocols 

a router to reserve bandwidth for real-time transmission of Digital voice and video comprise of large quantities of 

data, video, and audio traffic. data that, when broken up into packets, must be delivered in 

Resource reservation protocols that operate on a per- 30 a timely fashion and in the right order to preserve the 

connection basis can be used in a network to elevate the qualities of the original content. Protocol developments have 

priority of a given user temporarily. RSVP runs end to end been focused on providing efficient ways to send content to 

to communicate application requirements for special han- multiple recipients, transmission referred to as multi- 

dling. RSVP identifies a session between a client and a casting. Multi-casting involves the broadcasting of a mes- 

server and asks the routers handling the session to give its 35 sage from one host to many hosts in a one-to-many rela- 

communications a priority in accessing resources. When the tionship. A network device broadcasts a message to a select 

session is completed, the resources reserved for the session group of other devices such as PCS or workstations on a 

are freed for the use of others. LAN, WAN, or the Internet. For example, a router might 

RSVP offers only two levels of priority in its signaling send information about a routing table update to other 

scheme. Packets are identified at each router hop as either 40 routers in a network. 

low or high priority. However, in crowded networks, two- Several protocols are being implemented for IP multi- 
level classification may not be sufficient. In addition, packets casting, including upgrades to the Internet protocol itself For 
prioritized at one router hop might be rejected at the next. example, some of the changes in the newest version of IP, 

Accepted as an IETF standard in 1997, RSVP does not IPv6, will support different forms of addressing for uni-cast 

attempt to govern who should receive bandwidth, and ques- 45 (point-to-point communications), any cast (communications 

tions remain about what will happen when several users all with the closest member of a device group), and multi-cast, 

demand a large block of bandwidth at the same time. Support for IP multi-casting comes from several protocols, 

Currently, the technology outlines a first-come, first-served including the Internet group management protocol (IGMP), 

response to this situation. The IETF has formed a task force protocol-independent multi-cast (PIM) and distance vector 

to address the issue. 50 multi-cast routing protocol (DVMRP). Queuing algorithms 

Because RSVP provides a special level of service, many can also be used to ensure that video or other multi-cast data 

people equate QoS with the protocol. For example, Cisco types arrive when they are supposed to without visible or 

currently uses RSVP in its IPv4-based internetwork router audible distortion. 

operating system to deliver IPv6-type QoS features. Real-time transport protocol (RTP) is currently an IETF 

However, RSVP is only a small part of the QoS picture 55 draft, designed for end-to-end, real-time delivery of data 

because it is effective only as far as it is supported within a such as video and voice. RTP works over the user datagram 

given client/server connection. Although RSVP allows an protocol (UDP), providing no guarantee of in-time delivery, 

application to request latency and bandwidth, RSVP does quality of service (QoS), delivery, or order of delivery. RTP 

not provide for congestion control or network-wide priority works in conjunction with a mixer and translator and sup- 

with the traffic flow management needed to integrate QoS 60 ports encryption and security. The real-time control protocol 

across an enterprise. (RTCP) is a part of the RTP definition that analyzes network 

(4) Real-time Transport Protocol (RTP) conditions. RTCP provides mandatory monitoring of ser- 
RTP is an emerging protocol for the Internet championed vices and collects information on participants. RTP commu- 

by the audio/video transport workgroup of the IETF. RTP nicates with RSVP dynamically to allocate appropriate 

supports real-time transmission of interactive voice and 65 bandwidth. 

video over packet-switched networks. RTP is a thin protocol Internet packets typically move on a first-come, first-serve 

that provides content identification, packet sequencing, tim- basis. When the network becomes congested, Resource 
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Reservation Protocol (RSVP) can enable certain types of via an encrypted data stream across the Internet, PPTP 

traffic, such as video conferences, to be delivered before less allows users to connect to a network of an organization via 

time-sensitive traffic such as E-mail for potentially a pre- the Internet by a PPTP server or by an ISP that supports 

mium price. RSVP could change the Internet's pricing PPTP. PPTP was proposed as a standard to the IETF in early 

structure by offering different QoS at different prices. 5 1996. Firewall vendors are expected to support PPTP. 

The RSVP protocol is used by a host, on behalf of an PPTP was developed by Microsoft along with 3Com, 

application, to request a specific QoS from the network for Ascend and US Robotics and is currendy implemented in 

particular data streams or flows. Routers can use the RSVP WINDOWS NT SERVER 4.0, WINDOWS NT WORK- 

protocol to deliver QoS control requests to all necessary ^^ON 4.0, ^J^ 0 ^ 95 J. ia an u P£ ade and .™; 

network nodes to establish and maintain the state necessary 10 S * M ^sofi Corporation of 

to provide the requested service. RSVP requests can e ~, °«, ' t - " „ . niyrfI3 e i 

it ll u « -i n • i • The tunneling in PPTP refers to encapsulating a mes- 

generally, although not necessarily, result in resources being *u • *u u * J% j 

b , , t v , & sage so that the message can be encrypted and then trans- 

reserved m each node along the data path. mitted over the Internet. PPTP, by creating a tunnel between 

RSVP is not itself a routing protocol. RSVP is designed me SKVCr afld tQe dient> can de processin resources . 

to operate with current and future um-cast and multi-cast 15 i^ ycT 2 Forwarding (L2F) Protocol 

routing protocols. An RSVP process consults the local Developed by Cisco, layer 2 forwarding protocol (L2F) 

routing database to obtain routes. In the multi-cast case for resembles PPTP in that it also encapsulates other protocols 

example, the host sends IGMP messages to join a multi-cast inside a TCP/IP packet for transport across the Internet, or 

group and then sends RSVP messages to reserve resources any other TCP/IP network, such as data network 112. Unlike 

along the delivery paths of that group. Routing protocols 20 PPTP, L2F requires a special L2F-compliant router (which 

determines where packets are forwarded. RSVP is con- can require changes to a LAN or WAN infrastructure), runs 

cerned with only the QoS of those packets as they are at a lower level of the network protocol stack and does not 

forwarded in accordance with that routing. require TCP/IP routing to function. L2F also provides addi- 

d. Virtual Private Networks (VPNs) tional security for user names and passwords beyond that 

A virtual private network (VPN) is a wide area commu- 25 found in PPTP. 

nications network operated by a telecommunications carrier (c) Layer 2 Tunneling Protocol (L2TP) 

that provides what appears to be dedicated lines when used, The layer 2 tunneling protocol (L2TP) combines specifi- 

but that actually includes trunks shared among all customers cations from L2F with PPTP. In November 1997, the IETF 

as in a public network. A VPN allows a private network to approved the L2TP standard. Cisco is putting L2TP into its 

be configured within a public network. 30 Internet operating system software and Microsoft is incor- 

VPNs can be provided by telecommunications carriers to porating it into WINDOWS NT 5.0. A key advantage of 
customers to provide secure, guaranteed, long-distance L2TP over IPsec, which covers only TCP/IP 
bandwidth for their WANs. These VPNs generally use frame communications, is that L2TP can carry multiple protocols, 
relay or switched multi-megabyte data service (SMDS) as a L2TP also offers transmission capability over non-IP net- 
protocol of choice because those protocols define groups of 35 works. L2TP however ignores data encryption, an important 
users logically on the network without regard to physical security feature for network administrators to employ VPNs 
location. ATM has gained favor as a VPN protocol as with confidence. 

companies require higher reliability and greater bandwidth Data network 112 will now be described in greater detail 

to handle more complex applications. VPNs using ATM relating to example packet-switched networks. It will be 

offer networks of companies with the same virtual security 40 apparent to persons having skill in the art that multiple 

and QoS as WANs designed with dedicated circuits, network types could be used to implement data network 112, 

The Internet has created an alternative to VPNs, at a much including, for example, ATM networks, frame relay 

lower cost, i.e. the virtual private Internet. The virtual networks, IP networks FDDI WAN networks SMDS 

private Internet (VPI) lets companies connect disparate networks, X-25 networks, and other kinds of LANs and 

LANs via the Internet. A user installs either a software-only 45 WANs. 

or a hardware-software combination that creates a shared, It would be apparent to those skilled in the art that other 
secure intranet with VPN-style network authorizations and data networks could be used interchangeably for data net- 
encryption capabilities. A VPI normally uses browser-based work 112 such as, for example, an ATM, X.25, Frame relay, 
administration interfaces. FDDI, Fast Ethernet, or an SMDS packet switched network. 

(1) VPN Protocols 50 Frame relay and ATM are connection-oriented services. 

A plurality of protocol standards exist today for VPNs. Switched multi-megabyte data service (SMDS) is a 

For example, IP security (IPsec), point-to-point tunneling connection-oriented mass packet service that offers speeds 

protocol (PPTP), layer 2 forwarding protocol (L2F) and up to 45 Mbps. Originally, SMDS was intended to fill the 

layer 2 tunneling protocol (L2TP). The IETF has proposed gap for broadband services until broadband ISDN (BISDN) 

a security architecture for the Internet protocol (IP) that can 55 could be developed. Because the infrastructure for BISDN is 

be used for securing Internet-based VPNs. IPsec facilitates not fully in place, some users have chosen SMDS. 

secure private sessions across the Internet between organi- e. Exemplary Data Networks 

zational firewalls by encrypting traffic as it enters the Inter- (1) Asynchronous Transfer Mode (ATM) 

net and decrypting it at the other end, while allowing ATM is a high-bandwidth, low-delay, packet-switching, 

vendors to use many encryption algorithms, key lengths and 60 and multiplexing network technology. AI M packets are 

key escrow techniques. The goal of IPsec is to let companies known as "cells." Bandwidth capacity is segmented into 

mix-and-match the best firewall, encryption, and TCP/IP 53-byte fixed-sized cells, having a header and payload fields, 

protocol products. ATM is an evolution of earlier packet-switching network 

(a) Point-to-Point Tunneling Protocol (PPTP) methods such as X.25 and frame relay, which used frames or 

Point-to-point tunneling protocol (PPTP) provides an 65 cells that varied in size. Fixed-length packets can be 

alternate approach to VPN security than the use of IPsec. switched more easily in hardware than variable size packets 

Unlike IPsec, which is designed to link two LANs together and thus result in faster transmissions. 
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Each ATM cell contains a 48-byte payload field and a contains user data, signaling data, or maintenance informa- 

5-byte header that identifies the so-called "virtual circuit" of tion. CLP indicates the relative priority of the cell, i.e., lower 

the cell. ATM can allocate bandwidth on demand, making it priority cells are discarded before higher priority cells 

suitable for high-speed combinations of voice, data, and during congested intervals. HEC detects and corrects errors 

video services. Currently, ATM access can perform at speeds 5 in the header. 

as high as 622 Mbps or higher. ATM has recently been The ATM cell payload field is passed through the network 

doubling its maximum speed every year. intact, with no error checking or correction. ATM relies on 

In an example embodiment, data network 112 is an higher-layer protocols to perform error checking and cor- 

asynchronous transfer mode (ATM) network. An ATM cell rection on the payload. For example, a transmission control 

of data network 112 includes a header (having addressing 10 protocol (TCP) can be used to perform error correction 

information and header error checking information), and a functions. The fixed cell size simplifies the implementation 

payload (having the data being carried by the cell). of ATM switches and multiplexers and enables implemen- 

ATM is a technology, defined by a protocol standardized tations at high speeds, 

by the International Telecommunications Union (ITU-T}, When using ATM, longer packets cannot delay shorter 

American National Standards Institute (ANSI), ETSI, and 15 packets as in other packet-switched networks, because long 

the ATM Forum. ATM comprises a number of building packets are separated into many fixed length cells. This 

blocks, including transmission paths, virtual paths, and feature enables ATM to carry CBR traffic, such as voice and 

virtual channels. video, in conjunction with VBR data traffic, potentially 

Asynchronous transfer mode (ATM) is a cell based having very long packets, within the same network, 
switching and multiplexing technology designed to be a 20 ATM switches take traffic and segment it into the fixed- 
general purpose connection-oriented transfer mode for a length cells, and multiplex the cells into a single bit stream 
wide range of telecommunications services. ATM can also for transmission across a physical medium. As an example, 
be applied to LAN and private network technologies as different kinds of traffic can be transmitted over an ATM 
specified by the ATM Forum. network including voice, video, and data traffic. Video and 

ATM handles both connection-oriented traffic directly or 25 voice traffic are very time -sensitive, so delay cannot have 

through adaptation layers, or connectionless traffic through significant variations. Data, on the other hand, can be sent in 

the use of adaptation layers. ATM virtual connections may either connection-oriented or connectionless mode. In either 

operate at either a constant bit rate (CBR) or a variable bit case, data is not nearly as delay-sensitive as voice or video 

rate (VBR). Each ATM cell sent into an ATM network traffic, conventionally. Conventional, however, data traffic is 

contains addressing information that establishes a virtual 30 very sensitive to loss. Therefore, ATM conventionally must 

connection from origination to destination. All cells are discriminate between voice, video, and data traffic. Voice 

transferred, in sequence, over this virtual connection. ATM and video traffic requires priority and guaranteed delivery 

provides either permanent or switched virtual connections with bounded delay, while data traffic requires, 

(PVCs or SVCs). ATM is asynchronous because the trans- simultaneously, assurance of low loss. According to the 

mitted cells need not be periodic as time slots of data are 35 present invention, data traffic can also carry voice traffic, 

required to be in synchronous transfer mode (STM). making it also time-dependent. Using ATM, in one 

ATM uses an approach by which a header field prefixes embodiment, multiple types of traffic can be combined over 

each fixed-length payload. The ATM header identifies the a single ATM virtual path (VP), with virtual circuits (VCs) 

virtual channel (VC). Therefore, time slots are available to being assigned to separate data, voice, and video traffic, 

any host which has data ready for transmission. If no hosts 40 FIG. 16B depicts graphically the relationship 1618 

are ready to transmit, then an empty, or idle, cell is sent. between a physical transmission path 1620, virtual paths 

ATM permits standardization on one network architecture (VPs) 1622, 1624 and 1626, and virtual channels(VCs) 

defining a multiplexing and a switching method. Synchro- 1628, 1630, 1632, 1634, 1636, 1638, 1640, 1642, 1644, 

nous optical network (SONET) provides the basis for physi- 1646, 1648 and 1650. A transmission path 1620 includes one 

cal transmission at very high-speed rates. ATM also supports 45 or more VPs 1622, 1624 and 1626. Each VP 1622, 1624 and 

multiple quality of service (QoS) classes for differing appli- 1626 includes one or more VCs 1628, 1630, 1632, 1634, 

cation requirements, depending on delay and loss perfor- 1636, 1638, 1640, 1642, 1644, 1646, 1648 and 1650. Thus, 

mance. ATM can also support LAN-like access to available multiple VCs 1628-1650 can be trunked over a single VP 

bandwidth. and 1622. Switching can be performed on either a transmis- 

The primary unit in ATM, the cell, defines a fixed-size cell 50 sion path 1620, VPs 1622-1626, or at the level of VCs 

with a length of 53 octets (or bytes) comprised of a five-octet 1628-1650. 

header and 48-octet payload. Bits in the cells are transmitted The capability of ATM to switch to a virtual channel level 
over a transmission path in a continuous stream. Cells are is similar to the operation of a private or public branch 
mapped into a physical transmission path, such as the North exchange (PBX) or telephone switch in the telephone world. 
American DS1, DS3, and SONET; European, El, E3, and 55 In a PBX switch, each channel within a trunk group can be 
E4; ITU-T STM standards; and various local fiber and switched. Devices which perform VC connections are corn- 
electrical transmission payloads. All information is multi- monly called VC switches because of the analogy to tele- 
plexed and switched in an ATM network via these fixed- phone switches. ATM devices which connect VPs are corn- 
length cells. monly referred to as VP cross-connects, by analogy with the 
The ATM cell header field identifies the destination, cell 60 transmission network. The analogies are intended for 
type, and priority., and includes six portions. An ATM cell explanatory reasons, but should not be taken literally. An 
header includes a generic flow control (GFQ, a virtual path ATM cell-switching machine need not be restricted to 
identifier (VPI), a virtual channel identifier (VCI), a payload switching only VCs and cross-connection to only VPs. 
type (PT), a call loss priority (CLP), and a header error At the ATM layer, users are provided a choice of either a 
check (HEC). VPI and VCI hold local significance only, and 65 virtual path connection (VPC) or a virtual channel connec- 
identify the destination. GFC allows a multiplexer to control tion (VCC). Virtual path connections (VPCs) are switched 
the rate of an ATM terminal. PT indicates whether the cell based upon the virtual path identifier (VPI) value only. Users 
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of a VPC can assign VCCs within a VPI transparently, since 
they follow the same route. Virtual channel connections 
(VCCs) are switched upon a combined VPI and virtual 
channel identifier (VCI) value. 

Both VPIs and VCIs are used to route calls through a 5 
network. Note that VPI and VCI values must be unique on 
a specific transmission path (TP). 

It is important to note that data network 112 can be any of 
a number of other data-type networks, including various 
packet-switched data-type networks, in addition to an ATM 1Q 
network. 

(2) Frame Relay 

Alternatively, data network 112 can be a frame relay 
network. It would be apparent to persons having ordinary 
skill in the art, that a frame relay network could be used as 
data network 112. Rather than transporting data in ATM 15 
cells, data could be transported in frames. 

Frame relay is a packet-switching protocol used in WANs 
that has become popular for LAN-to-LAN connections 
between remote locations. Formerly frame relay access 
would top out at about 15 Mbps. Today, so-called "high- 20 
speed" frame relay offers around 45 Mbps. This speed is still 
relatively slow as compared with other technology such as 
ATM. 

Frame relay services employ a form of packet-switching 
analogous to a streamlined version of X.25 networks. The 25 
packets are in the form of frames, which are variable in 
length. The key advantage to this approach it that a frame 
relay network can accommodate data packets of various 
sizes associated with virtually any native data protocol. A 
frame relay network is completely protocol independent. A 30 
frame relay network embodiment of data network 112 does 
not undertake a lengthy protocol conversion process, and 
therefore offers faster and less-expensive switching than 
some alternative networks. Frame relay also is faster than 
traditional X.25 networks because it was designed for the 35 
reliable circuits available today and performs less-rigorous 
error detection. 

(3) Internet Protocol (IP) 

In an embodiment, data network 112 can be an internet 
protocol (IP) network over an ATM network. It would be 40 
apparent to persons having ordinary skill in the art, that an 
internet protocol (IP) network (with any underlying data link 
network) could be used as data network 112. Rather than 
transporting data in ATM cells, data could be transported in 
IP datagram packets. The IP data network can lie above any 45 
of a number of physical networks such as, for example, a 
SONET optical network. 

4. Signaling Network 

FIG. 17C illustrates signaling network 114 in greater 
detail. In an embodiment of the invention, signaling network 50 
114 is an SS7 signaling network. The SS7 signaling network 
114 is a separate packet-switched network used to handle the 
set up, tear down, and supervision of calls between calling 
party 102 and called party 120. SS7 signaling network 114 
includes service switching points (SSPs) 104, 106, 126 and 55 
130, signal transfer points (STPs) 216, 218, 250a, 2506, 
252a and 2526, and service control point (SCP) 610. 

In SS7 signaling network 114, SSPs 104, 106, 126 and 
130 are the portions of the backbone switches providing SS7 
functions. The SSPs 104, 106, 126 and 130 can be, for 60 
example, a combination of a voice switch and an SS7 switch, 
or a computer connected to a voice switch. SSPs 104, 106, 
126 and 130 communicate with the switches using 
primitives, and create packets for transmission over SS7 
signaling network 114. 65 

Carrier facilities 126, 130 can be respectively represented 
in SS7 network 114 as SSPs 126, 130. Accordingly, the 
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connections between carrier facilities 126 and 130 and 
signaling network 114 (presented as dashed lines in FIG. 
2A) can be represented by connections 17266 and 1726rf. 
The types of these links are described below. 

STPs 216, 218; 250a, 2506, 252a and 2526 act as routers 
in the SS7 network, typically being provided as adjuncts to 
in-place switches. STPs 216, 218, 250a, 2506, 252a and 
2526 route messages from originating SSPs 104 and 126 to 
destination SSPs 106 and 130. Architecturally, STPs 216, 
218, 250a, 2506, 252a and 2526 can be and are typically 
provided in "mated pairs" to provide redundancy in the 
event of congestion or failure and to share resources (i.e. 
load sharing is done automatically). As illustrated in FIGS. 
17A, 17B and 17C, STPs 216, 218, 250a, 2506, 252a and 
2526 can be arranged in hierarchical levels, to provide 
hierarchical routing of signaling messages. For example, 
mated STPs 250a, 252a and mated STPs 2506, 2526 are at 
a first hierarchical level, while mated STPs 216, 218 are at 
a second hierarchical level. 

SCP 610 can provide database functions. SCP 610 can be 
used to provide advanced features in SS7 signaling network 
114, including routing of special service numbers (e.g., 800 
and 900 numbers), storing information regarding subscriber 
services, providing calling card validation and fraud 
protection, and offering advanced intelligent network (AIN) 
services. SCP 610 is connected to mated STPs 216 and 218. 

In SS7 signaling network 114, there are unique links 
between the different network elements. Table 19 provides 
definitions for common SS7 links. 

Mated STP pairs are connected together by C links. For 
example, STPs 216 and 218, mated STPs 250a and 252a, 
and mated STT^ 2506 and 2526 are connected together by C 
links 1728a, 17286, 1728c, 1728a\ 172&? and 1728/, respec- 
tively. SSPs 104 and 126 and SSPs 106 and 130 are 
connected together by F links 1734 and 1736, respectively. 

Mated STPs 250a and 252a and mated STPs 2506 and 
2526, which are at the same hierarchical level, are connected 
by B links 1732a, 17326, 1732c and 1732a 1 . Mated STPs 
250a and 252a and mated STPs 216 and 218, which are at 
different hierarchical levels, are connected by D links 1730a, 
17306, 1730e and 1730f. Similarly, mated STPs 2506 and 
2526 and mated STPs 216 and 218, which are at different 
hierarchical levels, are connected by D links 1730c, 1730a*, 
1730g and 1730ft. 

SSPs 104 and 126 and mated STPs 250a and 252a are 
connected by A links 1726a and 17266. SSPs 106 and 130 
and mated STPs 2506 and 2526 are connected by A links 
1726c and 1726J. 

SSPs 104 and 126 can also be connected to mated STPs 
216 and 218 by E links (not shown). Finally, mated STPs 
216 and 218 are connected to SCP 610 by A links 608a and 
6086. 

For a more elaborate description of SS7 network 
topology, the reader is referred to Russell, Travis, Signaling 
System #7, McGraw-Hill, New York, N.Y. 10020, ISBN 
0-07-054991-5, which is incorporated herein by reference in 
its entirety. 

TABLE 19 



Port Status 

SS7 link 

terminology Definitions 

Access A links connect SSPs to STPs, or SCPs to STPs, 

(A) providing network access and database access through 

links the STPs. 
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SS7 link 
terminology 



Definitions 



10 



25 



30 



35 



Bridge (B) B links connect mated STPs to other mated STPs. 
links 

Cross (C) C links connect the STPs in a mated pair to one another, 

links During normal conditions, only network management 

messages are sent over C links. 

Diagonal (D) D links connect the mated STPs at a primary hierarchical 

links level to mated STPs at a secondary hierarchical level. 

Extended E links connect SSPs to remote mated STPs, and are 

(E) used in the event that the A links to home mated STPs 
links are congested 

Fully F links provide direct connections between local SSPs 

associated (bypassing STPs) in the event there is much traffic 

(F) between SSPs, or if a direct connection to an STP is not 
links available. F links are used only for call setup and call 

teardown. 



a. Signal Transfer Points (STPs) 
Signal transfer points (STPs) are tandem switches which 

route SS7 signaling messages long the packet switched SS7 
signaling network 114. See the description of STPs with 
reference to FIG. 17A, in the soft switch site section, and 
with reference to FIG. 17C above. 

b. Service Switching Points (SSPs) 
Service switching points (SSPs) create the packets which 

carry SS7 signaling messages through the SS7 signaling 
network 114. See the description of SSPs with reference to 
FIG. 17C, above. 

c. Services Control Points (SCPs) 
Services control points (SCPs) can provide database fea- 
tures and advanced network features in the SS7 signaling 
network 114. See the description of SCPs with reference to 
FIG. 17B in the soft switch site section, and with reference 
to FIG. 17C above. 

5. Provisioning Component 

FIG. 18 depicts a provisioning component and network 40 
event component architecture 1800. FIG. 18 includes a 
spool-shaped component (including provisioning compo- 
nent 117 and network event component 116), and three sofU 
switch sites, i.e. western soft switch site 104, centraj jroft / 
switch site 106 and eastern soft switch site 302. 45 

The top elliptical portion of the spool-shaped component, 
illustrates an embodiment of provisioning component 117, 
including operational support services (OSS) order entry 
(O/E) component 1802, alternate order entry component 
1804 and data distributors 222a and 222b. In an example 50 
embodiment, data distributors 222a and 2226 comprise 
application programs. 

In a preferred embodiment, data distributors 222a and 
2226 include ORACLE 8.0 relational databases from Oracle 
Corporation of Redwood Shores, Calif., Tuxedo clients and 55 
a BEA M3 OBJECT MANAGEMENT SYSTEM, CORBA- 
eompliant- interface, available from BEA Systems, Inc. of 
San Francisco, Calif., with offices in Golden, Colo. BEA M3 
is based on the CORBA distributed objects standard. BEA 
M3 is a combination of BEA OBJECTBROKER CORBA 60 
ORB (including management, monitoring, and transactional 
features underlying BEA TUXEDO), and an object-oriented 
transaction and state management system, messaging and 
legacy access connectivity. BEA M3 is scalable, high 
performance, designed for high availability and reliability, 65 
supports transactions, includes CORBA/IIOP ORB, 
security, MIB-based managment, supports fault 



management, dynamic load balancing, gateways and 
adapters, client support, multi-platform porting, data 
integrity, management, reporting and TUXEDO Services. 

In another embodiment, data distributors 222a and 2226 
include an application program by the name of automated 
service activation process (ASAP) available from Architel 
Systems Corporation of Toronto, Ontario. 

Customer service request calls can be placed to a cus- 
tomer service office. Customer service operators can per- 
form order entry of customer service requests via OSS 1802 
order entry (O/E) 1803 system. In the event of the unavail- 
ability of OSS O/E 1802, customer service requests may be 
entered via alternate O/E 1804. Customer service requests 
are inputted into data distributors 222a and 2226 for distri- 
bution and replication to configuration servers 312a, 3126, 
206a, 2066, 316a and 3166 which contain customer profile 
database entries. In addition, provisioning requests can be 
performed. Replication facilities in data distributors 222a 
and 2226 enable maintaining synchronization between the 
distributed network elements of telecommunications net- 
work 200. 
a. Data Distributor 

Referring to FIG. 18 data distributors 222a and 2226 
receive service requests from upstream provisioning com- 
ponents such as, e.g., OSS systems. Data distributors 222a 
and 2226 then translate the service requests and decompose 
the requests into updates to network component databases. 
Data distributors 222a and 2226 then distribute the updates 
to voice network components in soft switch sites and gate- 
way sites. FIG. 19A depicts examples of both the upstream 
and downstream network components interfacing to data 
distributors 222 and 2226. 

FIG. 19A depicts data distributor architecture 1900. FIG. 
19A includes a data distributor 222 interfacing to a plurality 
of voice network elements. Voice network elements illus- 
trated in FIG. 19A include SCPs 214a and 2146, configu- 
ration servers 206a, 312a and 316a route servers 212a, 
2126, 314a, 3146, 316a and 3166 TGs 232 and 234, AGs 
238 and 240, and SS7 GWSI 208 and 210. In addition, data 
distributor 222 interfaces to a plurality of services. Services 
include provisioning services 1902, customer profiles/order 
entry services 1803, OSS 1802, route administration ser- 
vices 1904, service activation services 1906, network 
administration services 1908, network inventory services 
1910 and alternate data entry (APDE) services 1804. 

Data distributor 222 has a plurality of functions. < Data - 
distributor 222 receives provisioning requests from 
upstream OSS systems, distributes provisioning data to 
appropriate network elements and maintains data 
synchronization, consistency and integrity across data 
centers, i.e., soft switch sites 104, 106, 302. 

A more detailed architectural representation of one 
embodiment of data distributor 222 is provided in FIG. 19B. 
Data distributor 222 accepts various requests from multiple 
upstream OSS systems 1922, 1924, 1926, 1928 and APDE 
1804. 

Services request processes (SRPs) 1938 manage the 
upstream interface between data distributor 222 and OSS 
systems 1922-1928. SRPs 1938 are developed to support 
communication between individual OSS systems 1802, 
1922-1928, APDE 1804 and data distributor 222. 

A common service description layer 1936 acts as an 
encapsulation layer for upstream applications. Common 
service description layer 1936 translates service requests 
from upstream OSS systems 1922-1928 and APDE 1804 to 
a common format. Common service description layer 1936 
buffers the distribution logic from any specific formats or 
representations of OSS 1922-1928 and APDE 1804. 
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Distribution layer 1930 includes the actual distribution 
application logic resident within data distributor 222. Dis- 
tribution layer 1930 manages incoming requests, performs 
database replications, maintains logical work units, manages 
application revisions, performs roll-backs when required, 5 
maintains synchronization, handles incoming priority 
schemes and priority queues, and other data distribution 
functions. Distribution layer 1930 includes access to mul- 
tiple redundant high-availability database disks 1940, 1942, 
which can include a database of record. io 

Updates are distributed downstream through a network 
element description layer 1932. Network clement descrip- 
tion layer 1932 is an encapsulation layer that insulates data 
distributor 222 from the individual data formats required by 
specific network element types. A network element proces- is 
sor (NEP) 1934 performs a role analogous to SRP 1938, but 
instead for downstream elements rather than upstream ele- 
ments. NERs 1934 manage the physical interface between 
data distributor 222 and heterogeneous network elements 
1943, i.e. the down stream voice network elements to which 20 
data distributor 222 distributes updates. Heterogeneous net- 
work elements 1943 include SCPs 214a and 2146, configu- 
ration servers 206a, 212a and 216a, route servers 212a, 
2126, 314a, 3146, 316a and 3166, TGs 232 and 234, AGs 
238 and 240, and SS7 GWs 208 and 210. Each NEP 1934 25 
handles a particular type of heterogeneous network 
elements, e.g., route servers. 

In addition to upstream feeds to OSS systems 1922-1928 
and downstream feeds to heterogeneous network elements 
1943, data distributor 222 allows updates directly to distri- 30 
bution layer 1930 via APDE 1804. APDE 1804 enables 
update of distribution layer 1930 and allows updates to the 
network in the unlikely event that an emergency update is 
required when interfacing OSS systems 1992-1928 
upstream application are out of service or down for main- 35 
tenance activity. APDE 1804 the alternate provisioning 
order entry system, can comprise a small local area network 
including several PCs and connectivity peripherals. APDE 
1804 provides a backup for OSSs 1922-1928. 

In a preferred example embodiment of data distributor 40 
222, data distributor 222 is an application program BEA M3 
available from BEA Systems, Inc. of San Francisco, Calif. In 
another example embodiment, data distributor 222 could be 
another application program capable of distributing/ 
replication/rollback of software such as, for example, 45 
AUTOMATED SERVICE ACTIVATION PROCESS 
(ASAP) available from Architel of Toronto, Canada. 
Example upstream operational support services (OSS) com- 
ponents include application programs which perform mul- 
tiple functions. FIG. 19C illustrates some example OSS -50 
applications 1802 including provisioning application ,1902, 
customer profiles/order entry application 1803, route admin- 
istration application 1904, service activation triggers 1906, 
network administration application 1908, network inventory 
application 1910, alternate provisioning data entry applica- 55 
tion (APDE) 1804, and trouble ticketing application (not 
shown). Browsing tools can also be used, such as, for 
example, a browsing or query application programs. 

FIG. 19C illustrates a more detailed view of an example 
embodiment of data distributor 222. Data distributor 222 60 
includes distribution layer 1930 interfacing to database disks 
1940 and 1942. Distribution layer 1930 of FIG. 19 interfaces 
to common service description layer 1936. In an example 
embodiment, common service description layer 1936 is a 
common object request broker architecture (CORBA) com- 65 
pliant server such as, for example, BEA M3 from BEA 
Systems, Inc. of San Francisco, Calif. Alternate provisioning 
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data entry (APDE) 1804 interfaces-to CORBA server 1936. 
Upstream voice provisioning components, i.e., operational 
support services (OSS) 1922-1928^"include application 
components 1802 and 1902-1910. Provisioning component 
1902 has a CORBA client in communication with CORBA 
server common service description layer 1936. Customer 
profiles/order entry 1802 includes a CORBA client interface 
into CORBA server common service description layer 1936. 
Similarly, routing administration 1904, network inventory 
1910, network administration 1908 and service triggers 
1906 all interface via CORBA clients to CORBA server 
common service description layer 19^6. Distribution layer 
1930 also interfaces to downstream voice network elements 
via an application program, i.e., network element description 
layer 1932. In an exemplary embodiment, network element 
description layer 1932 is an application program running on 
a work station, such as, for example BEA TUXEDO, avail- 
able from BEA Systems, Inc. Voice network element con- 
figuration servers 206, 312a and 314a interface via a TUX- 
EDO client to TUXEDO server network element description 
layer 1932. Routing servers 212a, 2126, 314a, 3146, 316a 
and 3166 interface via a TUXEDO client to TUXEDO 
server network element description layer 1932, as well. 
Similarly, SS7 GWs 208 and 210, SCPs 214a and 2146, AGs 
238 and 240, and TGs 232 and 234, interface to TUXEDO 
server network element description layer 1932 via TUX- 
EDO clients. Preferred embodiment BEA TUXEDO avail- 
able from BEA Systems, Inc. of San Francisco, Calif. 
(Colorado Springs and Denver/Golden, Colo, office) sup- 
ports among other functions, rollback and data integrity 
features. FIG. 19C also includes database of record (DOR) 
1940, 1942. 

FIG. 19E includes a more detailed illustration of a specific 
example embodiment of the data distributor and provision- 
ing element 116. FIG. 19E includes DOR 1940 and 1942, 
which can be in a primary/secondary relationship for high 
availability purposes. DORs 1940, 1942 can have stored on 
their media, images of the Route Server and Configuration 
Server databases. In one embodiment, the functions of route 
server 314a and configuration server 312a are performed by 
the same physical workstation element, a routing and con- 
figuration database (RCDB). DOR 1940 can be used for 
referential integrity. ORACLE relational database manage- 
ment (RDBMS) databases, e.g., ORACLE 8.0 RDBMS can 
support the use of a foreign key between a database and an 
index. DOR 1940 can be used to maintain integrity of the 
database. DOR 1940 sets constraints on the RCDB data- 
bases. DOR 1940 is used to maintain integrity of RCDB data 
and can be used to query data without affecting call pro- 
cessing. DOR 1940 supports parity calculations to check for 
replication errors. 

FIG. 19E includes distribution layer 1930 which can be 
used to distribute service level updates of telecommunica- 
tions network system software to network elements using 
database replication features of, e.g., ORACLE 8.0. Other 
business processes demand updating the software on net- 
work elements. For example, other business processes 
requiring updates include, NPA splits. N-PA splits, occur 
when one area code becomes two or more area codes. An 
NPA split can require that thousands of rows of numbers 
must be updated. FIG. 19E includes an automated tool to 
distribute changes, i.e. a routing administration tool (RAT) 
1904. 

FIG. 19E also includes data distributor common interface 
(DDCI) 1999, which can be thought of as an advanced 
programming interface (API) functional calls that OSS 
developers can invoke in writing application programs. OSS 
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applications include programs such as, e.g., provisioning, IDL Interface 1936 includes routing provisioning 1966, 

order management and billing, (each of which can require common configuration provisioning (configuration server 

the means to provision the RCDB, i.e., RS and CS, or can provisioning) 1803, provisioning factory 1902, routing fac- 

provide updates to the database of record (DOR). tory 1968, common configuration factory 1970, routing 

FIG. 19E illustrates a data distributor including BEAM3, 5 services 1908, 1910, common configuration services 1960 

a CORBA-compliant interface server 1936 with an imbed- and SQL 1972 . SQL translator 1972 takes the 

^ 1 ™ XED0 ! aver ; BE £*° communicates through the application API calls and translates them into structured 

CORBAserver mterface 1936 to CORBA-comphant clients. j ^ for ^ fof eventual invocation 

Other examples of CORBA compliant distributed object ^ of fecord ^ * 

connectivity software includes, for example, VISIGENICS ^ , . U1 . in « ... . ... 

\ncTDDnvcD -i ui r i - ♦ ■ r 10 FIG. 19H depicts a block diagram 1962 illustrating addi- 

VISIBROKER, available from Inprise Corporation, of . e . • & t t , 6 . 

Scotts Vallev Calif tional components of the high level conceptual diagram of 

DOR 1940 includes a plurality of relational database the CORBA interface 1960. CORBA IDL Interface 1936 

tables including each EO, NPA, NXX, LATA, and state. includes routing administration 1904, routing validation 

Each EO can home to 150,000 NPA/NXXs. Multiple inputs 1974 > routm g administration factory 1980, composite 

must be replicated into DOR 1040. For example, Lockheed 15 updates 1976, batch updates 1982, and projects 1978. SQL 

Martin Local Exchange and Routing Guide (LERG) 1941 translator 1972 can take the application API calls and 

includes twelve (12) tables maintained by the industry translate them into structured query language queries for 

including flat files which are sent to a carrier each month. queuing for eventual invocation against project database 

FIG. 19E demonstrates an exemplary monthly reference 1984. 

data update process 1957. Monthly, a LERG 1941 compact 20 FIG. 191 depicts a block diagram illustrating a data 

disk (CD) is received by the carrier including changes to all distributor sending data to configuration server sequencing 

of the 12 tables. Process 1957 includes merging an image diagram 1964 including message flows 1986-1994. 

snapshot of DOR 1940 with the LERG CD and storing the (1) Data Distributor Interfaces 

results in a temporary routing database (shown) to create a Data distributor 222 receives service requests from 

discrepancy report. This process can be used to yield a 25 upstream OSS systems 1922, 1924, 1926 and 1928. OSS 

subset of the NPA/NXXs which have changed, which can service requests appear in the form of provisioning updates 

then be audited and used to update the production DOR 1940 and administrative reference updates, 

if found to be necessary. Once an updated version of the Provisioning updates include high-level attributes 

database is prepared, the database update can be sent to data required to provision a customer's telecommunications ser- 

distributor 1930 for distribution to all the relevant network 30 vice. Example high-level attributes required for provisioning 

elements. include, for example, customer automatic number identifi- 

FIG. 19F depicts an even more detailed example embodi- cation (ANM), and trunk profiles; class of service restric- 

ment block diagram 1958 of BEA M3 data distributor of , tions (COSR) and project account codes (PAC) profiles; AG 

provisioning element 116. Diagram 1958 shows the flow of and TG assignments; and toll-free number to SCP translation 

a provisioning request from OSS 1802 or APDE 1804 35 assignments. 

through BEA M3 CORBA interf ace 0L936 through queues to L Administrative reference updates include high-level 
data distributor 1930 for distribution/replication through attributes required to support call processing. Example high- 
queue servers 1995a, 19956, 1995c, and queues 1996a, level attributes required to perform administrative updates 
19966, 1996c for dispatch to geographically diverse RCDBs include, for example, 3/6/10 digit translation tables, inter- 
212a, 206 (RSs and CSs at remote soft switch sites) through 40 national translation tables and blocked-country codes, 
dispatch servers 1997a, 19976, 1997c and DBProxy Servers Alternate provisioning data entry (APDE) 1804 replicates 
1998a, 19986, 1998c, 1998rf, 1998e and 1998/ OSS functionality supported at the interface with data dis- 
Operationally, when a provisioning request comes in from tributor 222. APDE 1804 can provide an alternative mecha- 
OSS 1802, the request enters a queue. Priority queuing is nism to provide provisioning and reference data to data 
enabled by BEA TUXEDO. Tuxedo creates a plurality of 45 distributor 222 in the event that an OSS 1922-1928 is 
queues in order to protect database integrity, e.g., a high, unavailable. 

medium and low priority queue. An example of the use of FIG. 19D illustrates data distributor 222 passing provi- 
queues might be to place a higher priority on customer sioning information from upstream OSSs 1922-1928 to 
updates that to LERG updates, which are less time sensitive. downstream SCPs 214. A plurality of tables are distributed 
Requests can be categorized in queues based on dates such 50 from data distributor 222 to each SCP 214. Exemplary data 
as, for example, the effective date of the request, the tables distributed include a PAC table, an ANI table, block- 
effective deactivation date. Once categorized by date, the ing list tables, numbering plan area (NPA)/NXX tables, state 
updates can be stored with a timestamp placed on them, and code tables, and LATA tables. Each of these tables is 
can then be placed in a TUXEDO queue. maintained at the customer level to ensure customer security. 

TUXEDO permits the use of down word transaction in its 55 FIG. 19D illustrates block diagram 1946 depicting pro- 
multi-level queuing architecture. This permits pulling back visioning interfaces into SCPs. SCP 214 can receive cus- 
transactions, also known as "rolling back" a replication/ tomer and routing provisioning from data distributor 222. 
update, so updates will occur to all of or none of the Data distributor 222 distributes customer database tables to 
databases. In some instances one network element can be SCP 214. Data distributor 222 also distributes route plan 
removed from the network, but this is done rarely. For an 60 updates of configurations to SCP 214. Customer tables are 
example, in the event of RCDB crashing, the NOC can updated through a database replication server. An exemplary 
remove the crashing RCDB from the network configuration database replication server is an ORACLE database repli- 
and thus it might not be capable of being updated. However, cation server, available from ORACLE of Redwood Shores, 
for normal situations of the network, updates are either Calif. ORACLE replication server performs replication 
performed on all elements or no updates are performed. 65 functions including data replication from data distributor to 

FIG. 19G depicts a block diagram illustrating a high level SCP 1952 and route plan distribution from data distributor 

conceptual diagram of the CORBA interface 1960. CORBA to SCP 1954. These functions are illustrated in FIG. 19D 
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originating from ORACLE databases 1940 and 1942 of data As depicted in FIG. 18, network call events are collected 

distributor 222 and replicating to an ORACLE database in at regional network event collection points via RNECPs 

SCP 214. ORACLE databases 1940 and 1942 in data dis- 902, 904, 224a, 2246, 906 and 908, at the regional soft 

tributor 222 are updated via toll-free routing provisioning switch sites 104, 106 and 302, which are like FIFO buffers. 
1950 from SCP 1902. ORACLE databases 1940 and 1942 of 5 A call record can be created by the ingress soft switch. The 

data distributor 222 can also be updated via order entry ingress soft switch can generate a unique identifier (UID) for 

application 1802 including customer tables 1948 of OSS the call based, for example, on the time of origination of the 

systems 1922-1928. Routing plans are updated via an SCP call. Ingress related call event blocks can be generated 10 

vendor's proprietary interfaces. Specifically, toll-free rout- throughout the call and are forwarded on to the RNECPs for 

ing provisioning 1950 may be updated via a computer 1902 10 inclusion in a call event record identified by the UID. The 

which interfaces to data distributor 222. call event records can be sent from the RNECPs to master 

Referring to FIG. 19C, data distributor 222 passes pro- network event data base NEDB 226a and 2266 for storage 

visioning and configuration information from upstream OSS in database disks 926a, 926b and 926c for further processing 

systems 1922-1928 (primarily the provisioning system) to using application programs such as, for example, fraud DB 

configuration servers 206a, 312a and 314a. A plurality of 15 client 1806, browser 1808, statistics DB client 1810 and 

tables are distributed from data distributor 222 to each mediation DB client 1812. In one embodiment, a version of 

configuration server. Exemplary tables distributed include, the call record including all call event blocks as of that time, 

for example, toll-free numbers to SCP- type tables, SCP-type can be forwarded from the RNECPs to the NEDB on a 

to SCP tables, carrier identification code (CIC) profile tables, periodic basis, to permit real-time, mid-call call event sta- 

ANI profile summary tables, ANI profile tables, account 20 tistics to be analyzed. The call records can be indexed by the 

code profile tables, NPA/NXX tables, customer profile UID associated with the call. In one embodiment, a copy of 

tables, customer location profile tables, equipment service a call event record for a call, including ingress call event 

profile tables, trunk group service profile summary tables, blocks, remains in the RNECP until completion of the phone 

trunk group service tables, high risk country tables, and call. In completing a phone call, the ingress soft switch and 

selected international destinations tables. 25 egress soft switch can communicate using inter soft switch 

Data distributor 222 passes administrative and reference communication, identifying the call by means of the UID. A 

information from upstream OSS systems 1922-1928 to load balancing scheme can be used to balance storage and 

route server 212. A plurality of tables are distributed from capacity requirements of the RNECPs. For example, in one 

data distributor 222 to route servers 212a, 2126, 314a, 3146, embodiment, calls can be assigned, based on origination 

316a and 3166. Exemplary tables distributed include coun- 30 time, i.e., a UID can be assigned to a specific RNECP(bascd, 

try code routing tables, NPA routing tables, NPA/NXX e.g., on time of origination of the call) for buffered storage, 

routing tables, ten-digit routing tables, route group tables, The egress soft switch can similarly generate and forward 

circuit group tables, and circuit group status tables. call event blocks to the same or another RNECP for inchi- 

Data distributor 222 passes administrative configuration sion in the call event record. In one embodiment, all the call 

information to TGs 232 and234. 35 event blocks for the call record for a given call are sent to 

Data distributor 222 passes administration configuration one RNECP which maintains a copy throughout the call (i.e. 

information to AGs 238 and 240. even if interim copies are transmitted for storage). In one 

Data distributor passes administrative configuration infor- embodiment, the call event record is removed from the 

mation to SS7 gateways 208 and 210. The administrative RNECP upon completion of the call to free up space for 

configuration information sent can be used in the routing of 40 additional calls. 

SS7 signaling messages throughout signaling network 114. The bottom elliptical portion of spool-shaped component, 

Data distributor 222 uses a separate physical interface for illustrates an embodiment of network event component 116 

all SNMP messages and additional functions that can be including master NEDBs 226a and 2266 having database 

defined. Additional functions that can be defined include, for disks 926a, 9266 and 926c. MNEDBs 226a and 2266 can be 

example, provisioning, and passing special alarm and per- 45 in communication with a plurality of applications which 

form an ce parameters to data distributor 222 from the net- process network call event blocks. For example, a fraud DB 

work operation center (NOC). client 1806, a browser 1808, a statistics DB client 1810, and 

6. Network Event Component a mediation DB client 1812 can process call event blocks 

FIG. 18 depicts the provisioning component and network (EBs). MNEDBs 226a and 2266 can be in set up in a primary 

event component architecture 1800. FIG. 18 includes a 50 and secondary mode. 

spool-shaped component (comprising provisioning compo- a. Master Network Event Database (MNEDB) 

nent 117 and network event component 116), and three soft The master network event database (MNEDB) 226 is a 

switch sites, i.e. western soft switch site 104, central soft centralized server which acts as a repository for storing call 

switch site 106 and eastern soft switch site 302. event records. MNEDB 226 collects data from each of 

The spindle portion of the spool-shaped component 55 RNECPs 224 which transmit information real-time to 

includes western soft switch site 104. Western soft switch MNEDB 226. MNEDB 226 can also be implemented in a 

site 104 includes configuration servers 206a and 2066, route primary and secondary server strategy, wherein RNECPs 

servers 212a and 2126, soft switches 204a, 2046 and 204c, 224 are connected to a primary and a secondary MNEDB 

and network event collection points, i.e., RNECPs 224a and 226 for high availability redundancy. MNEDB 226 can store 

2246. FIG. 18 also includes central soft switch site 106 60 call event blocks (EBs) received from RNECPs 224 orga- 

inchiding configuration servers 312a and 3126, route servers nized based on a unique call/event identifier as the primary 

314a and 3146, soft switches 304a, 3046 and 304c, and key and a directional flag element as the secondary key. 

RNECPs 902 and 904. MNEDB 226 can serve as the "database of record" for 

FIG. 18 also includes eastern soft switch site 302 includ- downstream systems to be the database of record. Down- 
ing configuration servers 316a and 3166, route servers 318a 65 stream systems include, for example, an accounting/billing 
and 3186, soft switches 306a, 3066 and 4306c and RNECPs system, a network management system, a cost analysis 
906 and 908. system, a call performance statistics system, a carrier access 
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billing system (CABS), fraud analysis system, margin analy- 
sis system, and others. MNEDB 226, in a preferred 
embodiment, has enough disk space to store up to 60 days 
of call event records locally. 

MNEDBs 226 can create and feed real-time call event 
data to downstream systems. Real-time call event data 
provides significant advantages over call event data avail- 
able in conventional circuit-switched networks. Conentional 
circuit-switched networks can only provide call records for 
completed calls to downstream systems. The advantages of 
real-time call event data include, for example, fraud identi- 
fication and prevention, and enablement of real-time cus- 
tomized customer reporting and billing (e.g., billing based 
on packets sent). 

(1) MNEDB Interfaces 

MNEDBs 226 collect recorded call event blocks (EBs) 
from RNECPs 224. NEDB 226 correlates the EBs and 
forwards the data to various downstream systems. 

FIG. 20 illustrates master data center architecture 2000. 
FIG. 20 includes master data center 2004 having MNEDBs 
226a and 226b. MNEDBs 226a and 226b have multiple 
redundant high availability disks 926a and 926b which can 
be arranged in a primary and secondary fashion for high 
availability redundancy. MNEDBs 226a and 226b intercom- 
municate as shown via communication line 2006. 

MNEDBs 226a and 226b are in communication via 
multiple redundant connections with a plurality of down- 
stream application systems. Downstream application sys- 
tems include, for example, browser system 1808, fraud DB 
client system 1806, carrier access billing system (CABS) 
DB client 2002, statistics DB client 1810 and mediation DB 
client 1812. 

MNEDBs 226a and 226b provide recorded call event 
record data to fraud database client 1806 in real-time. 
Real-time call event data allows fraud DB client 1806 to 
detect fraudulent activities at the time of their occurrence, 
rather than after the fact. Traditional circuit-switched net- 
works can only identify fraud after completion of a call, 
since event records are "cut" at that time. Real-time fraud 
detection permits operations personnel to take immediate 
action against fraudulent perpetrators. MNEDBs 226a and 
226b provide recorded call event data to CABS DB client 
2002. CABS DB client 2002 uses the recorded call event 
data to bill other LECs and IXCs for their usage of tele- 
communications network 200, using reciprocal billing. 

MNEDBs 226a and 226b provide recorded call data to 
statistics DB client 1810. Statistics DB client 1810 uses the 
recorded call event data to assist in traffic engineering and 
capacity forecasting. 

MNEDBs 226a and 2266 can provide recorded call event 
data to mediation DB client 1812, in one embodiment. 
Mediation DB client 212 normalizes the recorded call data 
it receives from MNEDBs 226a and 2266 and provides a 
data feed to a billing system at approximately real-time. 

MNEDBs 226a and 2266 use a separate physical interface 
for all SNMP messages and additional functions that can be 
defined to communicate with network management compo- 
nent 118. Additional functions can include, for example, 
provisioning, updating and passing special alarm and per- 
formance parameters to MNEDBs 326a and 3266 from the 
network operation center (NOQ of network management 
component 118. 

(2) Event Block Definitions 

Definitions of the Event Blocks (EBs) that can be 
recorded during call processing are detailed in this section, 
(a) Example Mandatory Event Blocks (EBs) Definitions 

Table 20 below provides a definition of event block (EB) 
0001. EB 0001 defines a Domestic Toll (TG origination), 



which can be the logical data set generated for all Domestic 
Long Distance calls, originating via a Trunking Gateway, 
i.e., from facilities of the PSTN. Typically, these calls can be 
PIC-calls, originating over featuring group-D (FGD) facili- 
ties. 

TABLE 20 



10 



15 



20 



30 



35 



40 



45 



55 



EB 0001 - Domestic Tbll (TG origination) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


3 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


3 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


30 


Customer Identification 


80 


32 


Customer Location Identification 


83 


12 


Overseas Indicator 


8 


3 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


30 


30 


Call Type Identification 


79 


3 


Carrier Selection Information 


53 


2 


Carrier Identification Code 


32 


4 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


33 


9 


Ingress Trunk Group Number 


35 


4 


Ingress Circuit Identification Code 


36 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


37 


9 


Ingress Destination Point Code 


38 


9 


Jurisdiction Information 


30 


6 


Table 21 below provides a definition of event block (EB) 


0002. EB 0002 defines Domestic Toll (TG termination), 


which can be the logical data set generated for all Domestic 


Long Distance calls terminating via a Trunking Gateway to 


the PSTN. 






TABLE 21 






EB 0002 - Domestic Toll (TG termination) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


3 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


3 


Connect Date 


3 


8 


Connect Tune 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


30 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Carrier Identification Code 


12 


4 


Jurisdiction Information 


30 


6 



65 



Table 22 below provides a definition of event block (EB) 
0003. EB 0003 defines Domestic Toll (AG origination), 
which can be the logical data set generated for all Domestic 
Long Distance calls, originating via an Access Gateway, i.e., 
entering via a DAL or ISDN PRI line. 
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TABLE 22 



EB 0003 - Domestic Toll f AG origination) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


connect uaie 


3 


g 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Ingress Access Gateway 


36 


7 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Table 23 below provides a definition of event block (EB) 


0004. EB 0004 defines Domestic Toll (AG termination), 


which can be the logical data set generated for ail Domestic 


Long Distance calls, terminating via an Access Gateway to 


a DAL or PR1 






TABLE 23 






EB 0004 - Domestic Toll (AG termination) 






Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfcrsion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Carrier Identification Code 


12 


4 



Table 24 below provides a definition of event block (EB) 
0005. EB 0005 defines Local (TG origination), which can be 
the logical data set generated for all local calls, originating 
via a Trunking Gateway from a facility on the PSTN. 



TABLE 24 



EB 0005 - Local (TG origination^ 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfcrsion ID. 


50 


4 


Directional Flag 


77 


1 



TABLE 24-contimied 



5 



CD LRAJ J - LOCal 1 1 U 


..... 
orimnatLon) 






lilement 


XT 

Number ot 


Element 


Nu mber 


Characters 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


IS 


9 


Jurisdiction Information 


30 


6 



Table 25 below provides a definition of event block (EB) 
0006. EB 0006 defines Local (TG termination), which can 
be the logical data set generated for all local calls terminat- 
25 ing via a Trunking Gateway to facilities of the PSTN. 



TABLE 25 



EB 0006 - Local (TG termination) 



35 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Tenninating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 



45 Table 26 below provides a definition of event block (EB) 
0007. EB 0007 defines Local (AG origination), which can be 
the logical data set generated for all local calls originating 
via an Access Gateway. 



50 TABLE 26 



EB 0007 - Local (AG ori f pnanW| 



55 



60 



65 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


A 


10 


Customer Identification 


12 


Customer Location Identification 


81 


12 


Tenninating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 
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98 



EB 0007 - Local (AG 


origination) 






Element 


Number of 


Element 


Number 


Characters 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


7 


Ingress Think Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



(8XX)s calls, terminating via a Thinking Gateway to the 
facilities of the PSTN. 

TABLE 29 

EB 0010 - 8XX/IbU-Free (TG termination') 



Table 27 below provides a definition of event block (EB) 
0008. EB 0008 defines Local (AG termination), which can 
be the logical data set generated for all local calls, termi- 15 
nating via an Access Gateway. 

TABLE 27 



EB 0008 - Local (AG termination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch \fersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


2 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 



Element 


Element 
Number 


Number of 
Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Dialed NPA 


25 


3 


Dialed Number 


26 


7 


Destination NPA/CC 


27 


5 


Destination Number 


28 


10 


Call Type Identification 


79 


3 



25 



Table 30 below provides a definition of event block (EB) 
0011. EB 0011 defines 8XXAbU-Free (AG origination), 
which can be the logical data set generated for Toil-Free 
(8XX) calls, originating via an Access Gateway. 



TABLE 30 



EB 0011 - 8XX/Toll-Free (AG origination) 



Table 28 below provides a definition of event block (EB) 
0009. EB 0009 defines 8XX/Toll-Free (TG origination), 
which can be the logical data set generated for Toll-Free 
(8XX) calls, originating via a Trunking Gateway from 



TABLE 28 



EB 0009 - 8XX/Toll-Free (TO ori ^inatinn^ 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Dialed NPA 


25 


3 


Dialed Number 


26 


7 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 



45 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Dialed NPA 


25 


3 


Dialed Number 


26 


7 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


7 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



Table 31 below provides a definition of event block (EB) 
0012. EB 0012 defines 8XX/Toll-Free (AG termination), 
which can be the logical data set generated for Toll-Free 
(8XX)s calls, terminating via an Access Gateway. 

TABLE 31 



55 



60 



Table 29 below provides a definition of event block (EB) 65 
0010. EB 0010 defines 8XX/Toll-Free (TG termination), 
which can be the logical data set generated for Toll-Free 



EB 0012 - 8XX/Ibll-Free fAG termination) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 



99 
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100 



TABLE 31-coDtinued 



EB 0012 - gXX/Toll-Frec (AG termination) 

Element Number of 



Element 


Number 


Characters 


Dialed NPA 


25 


3 


Dialed Number 


26 


7 


Destination Number 


28 


10 


Destination NPA/OC 


27 


5 


Call Type Identification 


79 


3 



Table 32 below provides a definition of event block (EB) 
0013. EB 0013 defines Domestic Operator Services (TG 
origination), which can be the logical data set generated for 
all Domestic Operator Assisted calls, originating via a TG. 
The actual billing information (which can include the ser- 
vices utilized on the operator services platform (OSP): 3rd 
party billing, collect, etc.) can be derived from the OSP. 

TABLE 32 



EB 0013 - Domestic Operator Services (TG origination) 



Element 


Element 
Number 


Number of 
Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch ^rsion ID 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 



25 



40 



45 



Table 33 below provides a definition of event block (EB) 
0014. EB 0014 defines Domestic Operator Services (AG 
origination), which can be the logical data set generated for 
all Domestic Operator Assisted calls, originating via an AG. 50 
The actual billing information (which can include the ser- 
vices utilized on the OSP) can be derived from the OSP. 

TABLE 33 

55 

EB 0014 - Domestic Operator Services (AG origination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 



60 



TABLE 33-continued 



EB 0014 - Domestic Operator Services (AG origination) 





Element 


Number of 


Element 


Number 


Characters 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


6 


Ingress Trunk Group Number 


15 


6 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



Table 34 below provides a definition of event block (EB) 
0015. EB 0015 defines Domestic Operator Services (OSP 
termination), which can be the logical data set generated for 
all Domestic Operator Assisted calls, terminating to the OSP. 
The actual billing information(which can include the ser- 
vices utilized on the OSP) can be derived from the OSP. 

TABLE 34 



EB 0015 - Domestic Operator Services (OSP termination') 

Element Number of 



Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number 


10 


10 


Call Type Identification 


79 


3 


Operator Trunk Group Number 


69 


4 


Operator Circuit Identification Code 


70 


4 


Trunk Group Type 


78 


3 



Table 35 below provides a definition of event block (EB) 
0016. EB 0016 defines International Operator Services (TG 
origination), which can be the logical data set generated for 
all International Operator Assisted calls, originated via a TG. 
The actual billing information(which can include the ser- 
vices utilized on the OSP) can be derived from the OSP. 

TABLE 35 



EB 0016 - International Operator Services (TG origination') 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 
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101 



102 



TABLE 35-continued 



EB 0016 - International Operator Services (TO origination) 



Element 


Element 
Number 


Number of 
Characters 


Terminating NPA/CC 


9 


5 


Terminating Number (International) 


74 


14 


Customer Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 



15 



Table 36 below provides a definition of event block (EB) 
0017. EB 0017 defines International Operator Services (AG 
origination), which can be the logical data set generated for 20 
all International Operator Assisted calls, originated via an 
AG. The actual billing information( which will include the 
services utilized on the OSP) can be derived from the OSP. 

TABLE 36 25 



EB 0017 - International Operator Services (AG origination) 



Element 


Element 
Number 


Number of 
Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfcrsion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number (International) 


74 


14 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


6 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



35 



40 



Table 37 below provides a definition of event block (EB) 
0018. EB 0018 defines International Operator Services (OSP 
termination), which can be the logical data set generated for 50 
all International Operator Assisted calls, terminating to the 
OSP. The actual billing information(which will include the 
services utilized on the OSP) can be derived from the OSR 

TABLE 37 55 



TABLE 37-continued 



EB 0018 - International Operator Services (OSP termination) 





Element 


Number of 


Element 


Number 


Characters 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Tenninating NPA/CC 


9 


5 


Terminating Number (International) 


74 


10 


Call Type Identification 


79 


3 


Operator Trunk Group Number 


69 


4 


Operator Circuit Identification Code 


70 


4 


Trunk Group Type 


78 


3 



Table 38 below provides a definition of event block (EB) 
0019. EB 0019 defines Directory Assistance/555-1212 (TG 
origination), which can be the logical data set generated for 
555-1212 calls, originating via a TG from the PSTN. 



TABLE 38 



EB 0019 - Directory Assistance/555-1212 (TG origination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Call Type Identificauon 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 



Table 39 below provides a definition of event block (EB) 
0020. EB 0020 defines Directory Assistance/555-1212 (AG 
origination), which can be the logical data set generated for 
555-1212 calls, originating via an AG on a DAL. 



TABLE 39 



EB 0020 - Directory Assistance/555-3212 (AG origination) 

Element Number of 
Element Number Characters 



EB 0018 - International Operator Services (OSP termination') 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch \fereion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 



60 



65 



Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Tenninating NPA/CC 


9 


5 
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103 



104 



TABLE 39-continued 

EB 0020 - Directory Assistance/555-1212 fAG origination) 



Element Number of 
Element Number Characters 



Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


6 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Table 40 below provides a definition of event block (EB) 


0021. EB 0021 defines Directory Assistance/555-1212 


(Directory Assistance Services 


Platform (DASP) 


termination), which can be the logical data set generated for 


555-1212 calls, terminating to the DASP. 




TABLE 40 






EB 0021 - Directory Assistance/555-1212 (DASP termination) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfcrsion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Call Type Identification 


79 


3 


Ingress Access Gateway 


36 


6 


DA Trunk Group Number 


75 


4 


DA Circuit Identification Code 


76 


4 


Trunk Group Type 


78 


3 



Table 41 below provides a definition of event block (EB) 40 
0022. EB 0022 defines OSP/DASP Extended Calls 
(Domestic), which can be the logical data set generated for 
all Domestic Operator and Directory Assisted calls that are 
extended back to telecommunications network 200 for ter- 
mination. 45 

TABLE 41 



EB 0022 - OSP/DASP Extended Calls (Domestic) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch \fersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


2 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Ingress Thinking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 



TABLE 41 -continued 



EB 0022 - OSP/DASP Extended Calls (Domestic) 


Element 


Number of 


Element Number 


Characters 


Ingress Circuit Identification Code 16 


4 


Trunk Group Type 78 


3 



Table 42 below provides a definition of event block (EB) 
0023. EB 0023 defines OSP/DASP Extended Calls 
(International), which can be the logical data set generated 
for all International Operator and Directory Assisted calls 
that are extended back to the telecommunications network 
200 for termination. 

TABLE 42 



EB 0023 - OSP/DASP Extended Calls (International) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch ^Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


2 


Terminating NPA/CC 


9 


5 


Terminating Number (International) 


74 


14 


Call Type Identification 


79 


3 


Ingress Trunking Gateway 


52 


6 


Ingress Carrier Connect Date 


72 


8 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 



Table 43 below provides a definition of event block (EB) 
0024. EB 0024 defines International Toll (TG Origination), 
which can be the logical data set generated for all Interna- 
tional Long Distance calls, originating via a Trunking Gate- 
way from facilities of the PSTN. Typically, these calls can be 
PIC-calls, originating over FGD facilities. 

TABLE 43 



EB 0024 - International Toll (TG Origination) 





Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Overseas Indicator 


8 


2 


Terminating NPA/CC 


9 


5 


Terminating Number (Intl.) 


74 


14 


Call Type Identification 


79 


3 
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105 



106 



TABLE 43-continued 



TABLE 45-continued 



EB 0024 - International Toll (TG Origination^ 



Element Number of 



Element 


Number 


Characters 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Ingress Thinking Gateway 


52 


6 


Ingress Carrier Connect Time 


13 


9 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Ingress Originating Point Code 


17 


9 


Ingress Destination Point Code 


18 


9 


Jurisdiction Information 


30 


6 


Trunk Group Type 


78 


3 


Table 44 below provides a definition of event block (EB) 


0025. EB 0025 defines International Toll (AG Origination), 


which can be the logical data set generated for all Interna- 


tional Long Distance calls, originating via an Access Gate- 


way. 






TABLE 44 






EB 0025 - International Toll (AG Origination 


) 




Element 


Number of 


Element 


Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Vfersion ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (Intl.) 


74 


14 


Call Type Identification 


79 


3 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Ingress Access Gateway 


36 


6 


Ingress Trunk Group Number 


15 


4 


Ingress Circuit Identification Code 


16 


4 


Trunk Group Type 


78 


3 


Table 45 below provides a definition of event block (EB) 


0026. EB 0026 defines International Toll (TG Termination), 


which can be the logical data set generated for all Interna- 


tional Long Distance calls terminating via a Trunking Gate- 


way to facilities of the PSTN. 






TABLE 45 






EB 0026-International Toll (TG Termination') 






Number of 


Element Element Number Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 



Element 



EB 0026-International Toll (TG Termination) 



Element Number 



Number of 
Characters 



Originating Number 
Overseas Indicator 
Terminating NPA/CC 
10 Terminating Number (Intl.) 
Call Type Identification 
Carrier Identification Code 
Jurisdiction Information 
Trunk Group Type 



7 


10 


8 


1 


9 


5 


74 


14 


79 


3 


12 


4 


30 


6 


78 


3 



15 



Table 46 below provides a definition of event block (EB) 
0027. EB 0027 defines International Toll (AG Termination), 
which can be the logical data set generated for all Interna- 
tional Long Distance calls, terminating via an Access Gate- 
way to a DPL or PRI. 

TABLE 46 



EB 0027-International Toll f AG Termination') 



25 



Element 



Number of 
Element Number Characters 



Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


a 


Connect Date 


3 


8 


Connect Time 


4 


9 


Calling Party Category 


6 


3 


Originating Number 


7 


10 


Overseas Indicator 


8 


1 


Terminating NPA/CC 


9 


5 


Terminating Number (Intl.) 


74 


14 


Call Type Identification 


79 


3 


Carrier Identification Code 


12 


4 


Trunk Group Type 


78 


3 



Table 47 below provides a definition of event block (EB) 
0W0. EB 0040 defines IP Origination, which can be the 
45 logical data set generated for ALL IP originations. 

TABLE 47 



EB 0040-IP Origination 



50 



55 



60 



65 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Originating Number 


7 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Terminating NPA/CC 


9 


5 


Terminating Number 


10 


10 


Call Type Identification 


79 


3 


Originating IP Address 


63 


12 


Ingr. Security Gateway IP Address 


65 


12 


Ingress Firewall IP Address 


67 


12 
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Table 48 below provides a definition of event block (EB) 
0041. EB 0041 defines IP Termination, which can be the 
logical data set generated for ALL IP terminations. 



TABLE 48 

EB 0041 -IP Termination 



Number of 

Element Element Number Characters 



Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Connect Date 


3 


8 


Connect Time 


4 


9 


Originating Number 


7 


10 


Terminating NPA/CC 


9 


5 


Terminating Number (NANP) 


10 


10 


Call Type Identification 


79 


3 


Terminating IP Address 


64 


12 


Egr. Security Gateway IP Address 


66 


12 


Egress Firewall IP Address 


68 


12 


(b) Example Augmenting Event Block (EBs) Definitions 


Table 49 below provides a 


definition of event block (EB) 


0050. EB 0050 defines a Final Event Block, which can be 


used as the FINAL Event Block for ALL calls/events. It 


signifies the closure of a call/event. 




TABLE 49 




EB 0050-Final Event Block 








Number of 


Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


End Date 


40 


8 


End Time 


39 


9 


Elapsed Time 


11 


10 


Audio Packets Sent 


59 


9 


Audio Packets Received 


60 


9 


Audio Packets Lost 


61 


9 


Audio Bytes Transferred 


62 


9 



30 



40 



45 



Table 50 below provides a definition of event block (EB) 50 
005L EB 0051 defines Answer Indication, which can be 
used as to indicate whether or not a call/session was 
answered or unanswered. If the call was unanswered, the 
Answer Indicator element will indicate that the call was not 
answered and the Answer Time element will contain the 55 
time that the originating party went on-hook. 

TABLE 50 

EB 0051 -Answer Indication ^ 

Number of 

Element Element Number Characters 



Event Block Code 0 6 

Unique Call/Event Identifier 1 26 

Call Event Block Sequence Number 82 2 65 

Soft-Switch ID 2 6 
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TABLE 50-continued 

EB 0051 -Answer Indication 



Number of 



Element 


Element Number 


Characters 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Answer Indicator 


5 


1 


Answer Date 


41 


8 


Answer Time 


42 


9 



Table 51 below provides a definition of event block (EB) 
0052. EB 0052 defines Ingress Trunking Disconnect Infor- 
mation which can contain Ingress Trunking Disconnect 
information. The release date and time of the ingress circuit 
used in the call can be recorded. This EB can be extremely 
important to downstream systems (i.e. cost analysis/CABS 
analysis) that may need to audit the bills coming from 
LECs/CLECs/Carriers. 

TABLE 51 

ER 0052-Ingrcss Trunking Disconnect Information 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Ingress Carrier Disconnect Date 


44 


8 


Ingress Carrier Disconnect Time 


43 


9 



Table 52 below provides a definition of event block (EB) 
0053. EB 0053 defines Egress Trunking Disconnect 
Information, which can contain Egress Trunking Disconnect 
information. The release date and time of the egress circuit 
used in the call can be recorded. This EB can be extremely 
important to downstream systems (i.e. cost analysis/CABS 
analysis) that can need to audit the bills coming from 
LECs/CLECs/Carriers. 

TABLE 52 

EB 0053- Egress Trunking Disconnect Information 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Egress Carrier Disconnect Date 


46 


8 


Egress Carrier Disconnect Time 


45 


9 



Table 53 below provides a definition of event block (EB) 
0054. EB 0054 defines Basic 8XX/Toll-Free SCP Transac- 
tion Information, which can be used for all basic toll-free 
(8XX) SCP transactions. 



20 
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TABLE 53 

EB 0054-Basic 8XX/Toll-Frec SCP Transaction Information 

Number of ^ 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Transaction Identification 


31 


9 


Database Identification 


34 


3 


Transaction Start Tune 


32 


9 


Transaction End Time 


33 


9 


Carrier Selection Information 


51 


2 


Carrier Identification Code 


12 


4 


Overseas Indicator 


8 


1 


Destination NPA/CC 


27 


5 


Destination Number 


28 


10 


Customer Identification 


80 


12 


Customer Location Identification 


81 


12 


Alternate Billing Number 


29 


10 


Table 54 below provides a 


definition of event block (EB) 


0055. EB 0055 defines Calling Party (Ported) Information, 


which can be used to record information in regards to a 


Calling Party Number that has been ported. 




TABLE 54 




EB 0055-Calling Party (Ported) Information 








Number of 


Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Location Routing Number 


48 


11 


LRN Supporting Information 


49 


1 


Table 55 below provides a definition of event block (EB) 


0056. EB 0056 defines Called Party (Ported) Information, 


which can be used to record information in re 


gards to a 


Called Party Number that has been ported. 




TABLE 55 




EB 0056-Called Partv fPorted} Information 








Number of 


Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Location Routing Number 


48 


11 


LRN Supporting Information 


49 


1 



15 



20 



25 



30 



35 



40 



45 



60 



Table 56 below provides a definition of event block (EB) 
0057. EB 0057 defines Egress Routing Information (TG 6 5 
termination), which can be used to record the egress routing 
information (i.e., terminating via the PSTN). 



781 Bl 
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TABLE 56 

EB 0057-Egress Routing Information (TG termination) 

Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


So ft- Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Egress Routing Selection 


54 


2 


Egress Trunking Gateway 


53 


6 


Egress Carrier Connect Date 


73 


8 


Egress Carrier Connect Time 


19 


9 


Egress Trunk Group Number 


21 


4 


Egress Circuit Identification Code 


22 


4 


Trunk Group Type 


78 


3 


Egress Originating Point Code 


23 


9 


Egress Destination Point Code 


24 


9 



Table 57 below provides a definition of event block (EB) 
0058. EB 0058 defines Routing Congestion Information, 
which can be used to record routes/trunks that were unavail- 
able (e.g., due to congestion, failure, etc.) during the route 
selection process in soft switch 204. EB 0057 (for TG 
termination) and EB 0060 (for AG termination) can be used 
to record the ACTUAL route/trunk used to terminate the 
call. This information can be extremely valuable to, for 
example, traffic engineering, network management, cost 
analysis. 

TABLE 57 

EB 005 8- Routing Congestion Information 

Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


i 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Routing Attempt Tune 


57 


9 


Routing Attempt Date 


58 


8 


Egress Routing Selection 


54 


2 


Egress Trunking Gateway 


53 


6 


Egress Think Group Number 


21 


4 


Congestion Code 


55 


2 


Table 58 below provides a definition of event block (EB) 


0059. EB 0059 defines Account Code Information, which 


can be used for all calls requiring account codes. 




TABLE 58 




EB 005 9- Account Code Information 








Number of 


Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


50 


4 


Directional Flag 


77 


1 


Account Code Type 


71 


1 


Account Code 


38 


14 


Account Code Validation Flag 


56 


1 
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Table 59 below provides a definition of event block (EB) 
0060. EB 0060 defines Egress Routing Information (for AG 
termination), which can be used to record the egress routing 
information (i.e., terminating via an AG). 

TABLE 59 

EB 0060-Egress Routing Information (AG termination) 



(3) Example Element Definitions 

Elements are the building blocks of Event Blocks (EEs). 
Event Blocks are logical groupings of elements. Each ele- 
ment can contain information that is collected during call/ 
event processing, whether from, for example, signaling 
messages, external databases (SCPs and intelligent periph- 
erals (IPs)), Access GTGs, customer attributes, or derived by 
a soft switch. All of the elements contain information that is 
used by various downstream systems. Downstream systems 
include, for example, billing/mediation, traffic engineering, 
carrier access billing, statistical engines, cost analysis 
engines, and marketing tools. 

Example Call Elements include the following: 

Element 0— Event Block Code; 

Element 1 — Unique Call/Event Identifier; 

Element 2— Soft-Switch ID; 

Element 3 — Connect Date; 



Element 4 — Connect Time; 
Elements — Answer Indicator; 
Element 6 — Calling Party Category; 
Element 7 — Originating Number; 
Element 8 — Overseas Indicator, 
Element 9— Terminating NPA/CC; 
Element 10 — Terminating Number; 
Element 11 — Elapsed Time; 
Element 12 — Carrier Identification Code; 
Element 13 — Ingress Carrier Connect Time; 
Element 14 — Ingress Carrier Elapsed Time; 
Element 15 — Ingress Trunk Group Number; 
Element 16 — Ingress Circuit Identification Code; 
Element 17 — Ingress Originating Point Code; 
Element 18 — Ingress Destination Point Code; 
Element 19 — Egress Carrier Connect Time; 
Element 20 — Egress Carrier Elapsed Time; 
Element 21 — Egress Trunk Group Number; 
Element 22 — Egress Circuit Identification Code; 
Element 23 — Egress Originating Point Code; 
Element 24 — Egress Destination Point Code; 
Element 25— Dialed NPA; 
Element 26 — Dialed Number; 
Element 27— Destination NPA/CC; 
Element 28 — Destination Number; 
Element 29 — Alternate Billing Number; 
Element 30 — Jurisdiction Information; 
Element 31 — Transaction Identification; 
Element 32 — Transaction Start Time; 
Element 33 — Transaction End Time; 
Element 34 — Database Identification; 
Element 36 — Ingress Access Gateway; 
Element 37 — Egress Access Gateway; 
Element 38 — Account Code; 
Element 39 — End Time; 
Element 40 — End Date; 
Element 41 — Answer Date; 
Element 42 — Answer Time; 
Element 43 — Ingress Carrier Disconnect Time; 
Element 44 — Ingress Carrier Disconnect Date; 
Element 45 — Egress Carrier Disconnect Time; 
Element 46 — Egress Carrier Disconnect Date; 
Element 47 — Announcement Identification; 
Element 48 — Location Routing Number, 
Element 49 — LRN Supporting Information; 
Element 50— Soft Switch Version; 
Element 51 — Carrier Selection Information; 
Element 52 — Ingress Trunking Gateway; 
Element 53 — Egress Trunking Gateway; 
Element 54 — Egress Routing Selection; 
Element 55 — Egress Route Congestion Code; 
60 Element 56 — Account Code Validation Flag; 
Element 57 — Routing Attempt Time; 
Element 58 — Routing Attempt Date; 
Element 59 — Audio Packets Sent; 
65 Element 60 — Audio Packets Received; 
Element 61 — Audio Packets Lost; 
Element 62 — Audio Bytes Transferred; 



Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID. 


SO 


4 


Directional Flag 


77 


1 


Egress Routing Selection 


54 


2 


Egress Access Gateway 


37 


6 


Egress Carrier Connect Date 


73 


8 


Egress Carrier Connect Time 


19 


9 


Egress Trunk Group Number 


21 


4 


Egress Circuit Identification Code 


22 


4 


Trunk Group Type 


78 


3 



15 



20 



Table 60 below provides a definition of event block (EB) 
0061. EB 0061 defines Long Duration Call Information, 
which can be used to record a timestamp of long duration 25 
calls. Soft switch 204 can generate this block when a call has 
been up for a duration that spans over two midnights. 
Subsequent LDCI EBs can be generated after each addi- 
tional traverse of a single midnight. As an example, if a call 
has been up from 11:52 pm on Monday, through 4:17 pm on 30 
Thursday (of the same week), then TWO EB 0061 s can be 
generated for the call. One can be generated at midnight on 
Tuesday, the other can be generated at midnight on Wednes- 
day. 

35 

TABLE 60 

EB 0061-Long Duration Call Information 

Number of 



Element 


Element Number 


Characters 


Event Block Code 


0 


6 


Unique Call/Event Identifier 


1 


26 


Call Event Block Sequence Number 


82 


2 


Soft-Switch ID 


2 


6 


Soft Switch Version ID- 


50 


4 


Directional Flag 


77 


1 


Long Duration Sequence Number 


83 


2 


Long Duration Event Time 


84 


9 


Long Duration Event Date 


85 


8 



40 
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10 



15 



Element 63 — Originating IP Address; 
Element 64 — Terminating IP Address; 
Element 65 — Ingress Security Gateway IP Address; 
Element 66 — Egress Security Gateway IP Address; 
Element 67 — Ingress Firewall IP Address; 
Element 68 — Egress Firewall IP Address; 
Element 69 — Operator Trunk Group Number; 
Element 70 — Operator Circuit Identification Code; 
Element 71 — Account Code Type; 
Element 72 — Ingress Carrier Connect Date; 
Element 73 — Egress Carrier Connect Date; 
Element 74 — Terminating Number (International); 
Element 75 — DA Trunk Group Number; 
Element 76 — DA Circuit Identification Code; 
Element 77 — Directional Flag; 
Element 78 — Trunk Group Type; 
Element 79 — Call Type Identification; 
Element 80 — Customer Identification; 
Element 81 — Customer Location Identification; 
Element 82 — Call Event Block Sequence Number; 
Element 83 — Long Duration Sequence Number; 
Element 84 — Long Duration Event Tune; and 
Element 85 — Long Duration Event Date. 
(4) Element Definitions 

Element definitions recorded during call processing are 30 
defined in this section. 

Table 61 below provides a definition of element 0. Ele- 
ment 0 defines an Event Block Code element, which con- 
tains a code that can be mapped/correlated to a type of 
call/event. The EB code can be used for parsing and data 35 
definition for downstream systems. 

An example of this element follows: EB0012. 



114 



Table 63 below provides a definition of element 2. Ele- 
ment 2 defines a Soft-Switch ID element, which contains the 
soft switch identification number. This can indicate which 
soft switch recorded the call event data. 

An example of this element follows: BOS003. 

TABLE 63 



Element 2-Soft-Switch ID 
ASCII Characters Meaning 



1-3 
4-6 



Three Letter City ID 
Soft Switch Number 



Table 64 below provides a definition of element 3. Ele- 
ment 3 defines a Connect Date element, which contains the 
date when the call was originated. 

An example of this element follows: 19980430. 

TABLE 64 

Element 3 -Connect Date 



25 



ASCII Characters 



Meaning 



1-4 
5-6 
7-8 



Year 

Month 

Day 



Table 65 below provides a definition of element 4. Ele- 
ment 4 defines a Connect Time element, which contains the 
time when the soft switch received an I AM. 

An example of this element follows: 125433192. 



TABLE 65 



Element 4-Connect Time 



TABLE 61 



ASCII Characters 



Meaning 



Element 0-Event Block Code 


ASCII Characters 


Meaning 


1-2 


EB (constant) 


3-6 


Event Block Code 



ment 1 defines an Unique Call/Event Identifier (UCEI), 
which can be used to correlate all events (EBs) for a 
particular call/session. The correlation can be done in the 
MNEDB. 

An example of this element follows: 
BOS00219980523123716372001 . 



TABLE 62 



Element l-Unique Call/Event Identifier fUCED 


ASCII Characters 


Meaning 


1-3 


Site Identification 


3-6 


Node Identification 


7-14 


Date 


15-23 


Connect Time 


24-26 


Sequence Number* 



60 



"A sequential number (per millisecond (ms)) from 0-999 can be 
incremented, then appended to each UCEI. This will allow differentiation 
of calls/events that are processed at the same Site, on the same Node (soft 
switch), on the same date, at exactly the same time (down to the ms). 



1-2 
3-4 
5-6 
7-9 



Hours 
Minutes 
Seconds 
Milliseconds 



45 



50 



55 



Table 66 below provides a definition of element 5. Ele- 
ment 5 defines an Answer Indicator element, which states 
whether or not a call/session was answered/unanswered. 

An example of this element follows: 1. 



TABLE 66 



Element 5- Answer Indicator 



ASCII Characters 



Meaning 



0 = Answered 

1 = Unanswered 



Table 67 below provides a definition of element 6. Ele- 
ment 6 defines a Calling Party Category element, which 
contains whether a call was originated from, for example, a 
Hotel, a Prison, a Cell Phone, a pay phone, a PVIPS, and an 
inward wide area telephone service (INWATS), based on the 
65 Calling Party Category received in the Initial Address Mes- 
sage (IAM), derived from a soft switch, or received from a 
database external from the soft switch. 
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An example of this element follows: 1. An example of this element follows: 00303D. 

TABLE 67 TABLE 69B 



Element 6-Calling Party Category 5 Element 9-Tcrminating Numbering Plan Area/Country Code 



ASCII Characters 


Meaning 


1-3 


000 - PVIPS 




001 = Prepay Coin 




002 - Hotel/Motel 




003 - IP Phone 




008 = INWATS Terminating 




018 - Prison 



10 



15 

Table 68 below provides a definition of element 7. Ele- 
ment 7 defines an Originating Number element, which 
contains the NPANXX-XXXX (DN) that originated the call. 

An example of this element follows: 3039263223. 

* on 



TABLE 68 



Element 7-Origjnatuig Number 
ASCII Characters Meaning 
1-10 Originating Number 



NPA/CC 

ASCII Characters Meaning 

1—2 Overseas Expander Positions 

3-5 NPA 

Table 69C below provides a definition of element 10. 
Element 10 defines a Terminating Number North American 
Numbering Plan (NANP) element, which contains the 
NXX-LINE of the dialed number for domestic calls. The 
terminating number element should be populated for ALL 
calls that require a terminating number for billing. 

An example of this element follows: 9263223. 

TABLE 69C 

Element 10-Terminating Number North American Numbering Plan 
(NANP) 

ASCII Characters Meaning 



25 

1-3 NXX 

4—7 Four Digit Line Number 



Table 69A below provides a definition of element 8. 
Element 8 defines an Overseas Indicator element, which 
provides the digit length of an overseas call, as well as 
whether or not an NPA was dialed or implied/derived from 
the soft switch. This element is crucial to downstream 
systems (i.e., billing/mediation) which need to differentiate 
between NPAs and CCs. 

An example of this element follows: 01D. 

TABLE 69A 

Element 8- Overseas Indicator 

ASCII 

Characters Meaning 

1-2 00 - NPA Dialed By the Customer (not an overseas call) 

01 - NPA Implied/Derived By Soft Switch 

02 » Non-North American Numbering Plan Termination 

03- 7 Digit Overseas Number 

04- 8 Digit Overseas Number 

05- 9 Digit Overseas Number 

06- 10 Digit Overseas Number 

07- 11 Digit Overseas Number 
08 - 12 Digit Overseas Number 
09-13 Digit Overseas Number 

10 - 14 Digit Overseas Number 

11 = 15 Digit Overseas Number 



Table 69B below provides a definition of element 9. 
Element 9 defines a Terminating Numbering Plan Area/ 
Country Code (NPA/CC) element, which contains either the 
NPA of the dialed number for domestic calls, or up to five 
characters of the overseas number dialed. Today, country 
codes (CCs) can be up to 3 digits and the national significant 
number can be up to 14 digits (since Dec. 31, 1996), for a 
total of no more than 15 digits. If the call is domestic, the 
first two characters can be 00(padding), the next three 
characters can be the NPA, and the last character can be the 
delimiter. 



Table 70 below provides a definition of element 11. 
Element 11 defines an Elapsed Time element, which con- 
tains the elapsed time (duration) of a completed call/session. 
The time can be GMT. 

An example of this element follows: 123716372 

TABLE 70 

Element 11 -Elapsed Time 

ASCII Characters Meaning 

1-2 Hours 

4-5 Minutes 

6-7 Seconds 

8-10 Milliseconds 



Table 71 below provides a definition of element 12. 
Element 12 defines a Carrier Identification Code element, 
which contains the toll carrier's identification code. This can 
be an extremely useful element for downstream systems (i.e. 
billing), that need to parse records for wholesale customers! 

An example of this element follows: 0645 

TABLE 71 

Element 12-Carrier Identification Code 
ASCII Characters Meaning 
1-4 Carrier Identification Code 



Table 72 below provides a definition of element 13. 
Element 13 defines an Ingress Carrier Connect Time 
element, which contains the time that the ingress trunk/ 
circuit was seized for a call, that is, when an ACM was sent 
towards the PSTN. This element can be important to down- 
stream systems (i.e. cost analysis/CABS analysis) that may 
need to audit the bills coming from LECs/CLECs/Carriers. 



35 



40 



45 



50 



55 



60 
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Ad example of this element follows: 123716372 
TABLE 72 

Element 13- Ingress Carrier Connect Time 



ASCII Characters 



Meaning 



1-2 


Hours 


3-* 


Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 73 below provides a definition of element 14. 
Element 14 defines an Ingress Carrier Elapsed Time 
element, which contains the elapsed time(duration) that the 
ingress trunk/circuit was in use(from seizure to release) for 
both answered and unanswered calls/sessions. This element 
can be important to downstream systems (i.e. cost analysis/ 
CABS analysis) that may need to audit the bills coming from 
LECs/CLECs/Carriers. 

An example of this element follows: 123716372. 



TABLE 73 



Element 14-Ingress Carrier Elapsed Time 
ASCII Characters Meaning 



1-2 

5-6 
7-9 



Hours 
Minutes 
Seconds 
Milliseconds 



Table 74 below provides a definition of element 15. 
Element 15 defines an Ingress Trunk Group Number 
element, which contains the Trunk Number on the 
originating/ingress side of a call. The information can be 
derived from either TG or AG, or from a correlation table, 
using Element 16 — Ingress Circuit Identification Code, Ele- 
ment 17 — Ingress Originating Point Code, and Element 
18 — Ingress Destination Point Code, to correlate to a spe- 
cific trunk group. This element can be important to down- 
stream systems (i.e. cost analysis/CABS analysis) that may 
need to audit the bills coming from LECs/CLECs/Carriers. 
This can also assist traffic engineers in trunk sizing. 

An example of this element follows: 1234. 



TABLE 74 



Element 15-Ingress Trunk Group Number 
ASCII Characters Meaning 



1-4 



Trunk Group Number 



Table 75 below provides a definition of element 16. 
Element 16 defines an Ingress Circuit Identification Code 
element, which contains the circuit number/id of the circuit 
used on the originating/ingress side of a call. The informa- 
tion can be derived from either TG or AG, or from the 
Circuit Identification Code (CIQ field in the LAM. 
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An example of this element follows: 0312 
TABLE 75 

Element 16-Ingress Circuit Identification Code 
ASCII Characters Meaning 



1-4 



Identification Code/Trunk Member Number 



10 



Table 76 below provides a definition of element 17. 
Element 17 defines an Ingress Originating Point Code 
(IOPQ element, which contains the ingress OPC. 

An example of this element follows: 212001001. 



TABLE 76 



20 



Element 17-Ingress Originating Point Code 
ASCII Characters Meaning 



1-3 
4-6 
7-9 



Network (0-255) 
Ouster (0-255) 
Member (0-255) 



30 



Table 77 below provides a definition of element 18. 
Element 18 defines an Ingress Destination Point (IDC) 
Code. 

An example of this element follows: 213002002. 
TABLE 77 

Element 3 8- Ingress Destination Point Code 
ASCII Characters Meaning 



35 



1-3 
4-6 
7-9 



Network (0-255) 
Ouster (0-255) 
Member (0-255) 



Table 78 below provides a definition of element 19. 
Element 19 defines an Egress Carrier Connect Time 
element, which contains the time that the egress trunk/circuit 
was seized for a call. The time can be derived from the 
Access or Trucking Gateways, or from the Initial Address 
Message. This element can be important to downstream 
systems (i.e. CABS) that need this information to BILL 
other LECs/CLECs/Carriers. 

An example of this element follows: 123716372. 



50 



TABLE 78 



Element 19-Egress Carrier Connect Time 
ASCII Characters Meaning 



55 



1-2 
3-4 
5-6 
7-9 



Hours 
Minutes 
Seconds 
Milliseconds 



Table 79 below provides a definition of element 20. 
Element 20 defines an Egress Carrier Elapsed lime element, 
which contains the elapsed time (duration) that the egress 
trunk/circuit was in use (from seizure to release) for both 
answered and unanswered calls/sessions. This element can 
be important to downstream systems (i.e. CABS) that need 
this information to BILL other LECs/CLECs/Carriers. 
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An example of this element follows: 123716372. An example of this element follows: 213002002. 



TABLE 79 TABLE 83 



Element 20-Egress Carrier Elapsed Tune 5 Element 24- Egress Destination Point Code 

ASCII Characters Meaning ASCII Characters Meaning 



1-2 Hours 1-3 Network (0-255) 

3-4 Minutes 4-6 Ouster (0-255) 

5-6 Seconds 7-9 Member (0-255) 

7-9 Milliseconds 10 



Table 80 below provides a definition of element 21. 
Element 21 defines an Egress Trunk Group Number 
element, which contains the Trunk Number on the 15 
terminating/egress side of a call. The information can be 
derived from either TG or AG, or from a correlation table, 
using Element 22 — Egress Circuit Identification Code, Ele- 
ment 23 — Egress Originating Point Code, and Element 
24 — Egress Destination Point Code, to correlate to a specific 20 
trunk group. This element can be important to downstream 
systems (i.e. cost analysis/CABS analysis) that may need to 
audit the bills coming from LECs/CLECs/Carriers. 

An example of this element follows: 4321. 25 



TABLE 80 



Element 21-Ert< 


;ss Trunk Group Number 


ASCII Characters 


Meaning 


1-4 


Trunk Group Number 



30 



Table 81 below provides a definition of element 22. 
Element 22 defines an Egress Circuit Identification Code 
element, which contains the circuit number/id of the circuit 
used on the terminating/egress side of a call. The informa- 
tion can be derived from either TG or AG, or from the 
Circuit Identification Code (CIC) field in the IAM message. 40 

An example of this element follows: 0645. 

TABLE 81 

Element 22- Egress Circuit Identification Code 45 
ASCII Characters Meaning 

1-4 Circuit Identification Code/Trunk Member Number 



Table 84 below provides a definition of element 25. 
Element 25 defines a Dialed NPA element, which contains 
the 8XX code for a toll-free call. 

An example of this element follows: 888. 

TABLE 84 

Element 25-Dialed NPA 
ASCII Characters Meaning 
1-3 NPA 



Table 85 below provides a definition of element 26. 
Element 26 defines a Dialed Number element, which con- 
tains the NXX-LINE of the dialed number for domestic 
toll-free calls. The terminating number element has seven 
significant characters and a sign (delimiter) character. 

An example of this element follows: 4532609. 

TABLE 85 

Element 26 -Dialed Number 

ASCII Characters Meaning 

1-3 NXX 

4-7 Four Digit Line Number 



Table 86 below provides a definition of element 27. 
Element 27 defines a Destination NPA/CC element, which 
contains the Numbering Plan Area (NPA) for domestic calls 
and the Country Code (CC) for international calls. This 
information is SCP derived for 8XX calls. The element is 
right justified and padded (with fts) if necessary. 

An example of this element follows: 00303D. 



Table 82 below provides a definition of element 23. 
Element 23 defines an Egress Originating Point (EOP) 
Code. 

An example of this element follows: 212001001. 
TABLE 82 

Element 23-Egress Originating Point Code 

ASCII Characters Meaning 

1-3 Network (0-255) 

4-6 Ouster (0-255) 

7-9 Member (0-255) 



Table 83 below provides a definition of element 24. 
Element 24 defines an Egress Destination Point (EDP) 
Code. 



50 TABLE 86 



55 





Element 27-Destination NPA/CC 


ASCII CL 


aiacters Meaning 


1-2 


Overseas Expander Positions 


3-5 


NPA/CC 



Table 87 below provides a definition of element 28. 
Element 28 defines a Destination Number element, which 

60 contains the NXX-LINE of the destination number for 
domestic toll-free calls. This number is the routing number 
returned from a SCP 800 query. The terminating number 
element has seven significant characters and a sign 

65 (delimiter) character. The terminating number element 
should be populated for ALL calls that require a terminating 
number for billing. 
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An example of this element follows: 9263223D. 
TABLE 87 

Element 28-Destination Number 
ASCII Characters Meaning 



1-3 
4-7 



NXX 

Four Digit Line Number 



10 



Table 88 below provides a definition of element 29. 
Element 29 defines an Alternate Billing Number field 
element, which contains the billing number obtained from 
the optional billing number data received from SCR 

An example of this element follows: 3039263223D. 

TABLE 88 

Element 29- Alternate Billing Number 



15 



ASCII Characters 



Meaning 



1-10 



Alternate Billing Number 



Table 89 below provides a definition of element 30. 
Element 30 defines a Jurisdiction Information element, 
which contains the NPA-NXX of the originating Switch. 
This information can be contained in the Initial Address 
Message. 

An example of this element follows: 303926D. 



25 



TABLE 89 



Element 30- Jurisdiction Information 
ASCII Characters Meaning 



1-3 
4-6 
7 



NPA 
NXX 
Delimiter 



Table 90 below provides a definition of element 31. 
Element 31 defines a Transaction Identification element, 
which contains a unique identification number for each 
external request to a SCP, an Intelligent Peripheral (IP), or 
some other database. 

An example of this element follows: 0000012673. 
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TABLE 90 



Element 31 -Transaction Identification 
ASCII Characters Meaning 



122 

TABLE 91 -continued 



Element 32-Transaction Start Time 
ASCII Characters Meaning 



5-6 
7-9 



Seconds 
Milliseconds 



Table 92 below provides a definition of element 33. 
Element 33 defines a Transaction End lime element, which 
contains the time that the Soft Switch received a response 
from an external request to a SCP, an Intelligent Peripheral 
(IP), or some other database. 

An example of this element follows: 102943005. 



TABLE 92 



Element 33-Transaction End Time 


ASCII Characters 


Meaning 


1-2 


Hours 


3-4 


Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 93 below provides a definition of element 34. 
Element 34 defines a Database Identification element, which 
contains the SCP, Intelligent Peripheral (IP), or some other 
database's identification number, that a transaction was 
30 performed. 

An example of this element follows: 005. 

TABLE 93 

35 Element 34- Data base Identification 

ASCII Characters Meaning 



1-3 



Database ID number 



Table 94 below provides a definition of element 36. 
Element 36 defines an Ingress Access Gateway element, 
which contains the AG identification number. 

An example of this element follows: BOS003. 



45 
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TABLE 94 



Element 36-Ingress Access Gateway 
ASCII Characters Meaning 



1-9 



Transaction ID 



1-3 
4-6 



Three Letter City ID 
Trunking Gateway Number 



Table 91 below provides a definition of element 32. 
Element 32 defines a Transaction Start Time element, which 
contains the time that the Soft Switch sent an external 55 
request to an SCP, an Intelligent Peripheral (IP), or some 
other database. 

An example of this element follows: 124312507. 

TABLE 91 60 

Element 32-Transaction Start Time 
ASCII Characters Meaning 

1-2 Hours 65 

3-4 Minutes 



Table 95 below provides a definition of element 37. 
Element 37 defines an Egress Access Gateway element, 
which contains the AG identification number. An example of 
this element follows: BOS003. 

TABLE 95 



Element 37-Egress Access Gateway 

ASCII Characters Meaning 

1-3 Three Letter City ID 

4-6 Trunking Gateway Number 



Table 96 below provides a definition of element 38. 
Element 38 defines an Account Code element, which con- 
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tains the length of the account code, as well as the actual 
account code digits that were entered. 

An example of this element follows: 06000043652678. 

TABLE 96 5 



Element 38-Account Code 



ASCII Characters 


Meaning 


1-2 


Account Code Length 




00-2 Digit Account Code 




01-3 Digit Account Code 




02-4 Digit Account Code 




03-5 Digit Account Code 




04 =■ 6 Digit Account Code 




05 - 7 Digit Account Code 




06 - 8 Digit Account Code 




07 - 9 Digit Account Code 




08 - 10 Digit Account Code 




09 = 11 Digit Account Code 




11 = 12 Digit Account Code 


3-14 


Account Code Digits 



10 



15 



*The Account Code digits can be right justified and padded with Os. 



Table 97 below provides a definition of element 39. 
Element 39defines an End Time element, which contains the 
time when the call completed. The time should be recorded 
after both parties, originating and terminating, go on-hook. 

An example of this element follows: 032245039. 



TABLE 97 



Element 39-End Time 


ASCII Characters 


Meaning 


1-2 


Hours 


3-4 


Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



35 



Table 98 below provides a definition of element 40. 
Element 40 defines an End Date element, which contains the 
date when the call was completed. 

An example of this element follows: 19980218. 



TABLE 98 



Element 40-End Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7^8 


Day 



Table 99 below provides a definition of element 41. 
Element 41 defines an Answer Date element, which contains 
the date when the call was answered. 

An example of this element follows: 19980513. 

55 

TABLE 99 



Element 41 -Answer Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-^8 


Day 



60 



Table 100 below provides a definition of element 42. 65 
Element 42 defines an Answer Time element, which con- 
tains the time when the terminating station went off-hook. 
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The timer could start when the Soft Switch receives an 
answer message, If the call was unanswered, the Answer 
Time will contain the time that the originating party went 
on-hook. 

An example of this element follows: 023412003. 



TABLE 100 



Element 42-Aaswer Time 


ASCII Characters 


Meaning 


1-2 


Hours 




Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 101 below provides a definition of element 43. 
Element 43 defines an Ingress Carrier Disconnect Time 
element, which contains the time that the ingress trunk/ 
circuit was released for a call. The time will either be derived 
from the Access or Trunking Gateways, or from the Release 
Message. This element can be important to downstream 
systems (i.e. cost analysis/CABS analysis) that may need to 
audit the bills coming from LECs/CLECs/Carriers. 

An example of this element follows: 041152092. 



TABLE 101 



Element 43- Ingress Carrier Disconnect Time 


ASCII Characters 


Meaning 


1-2 


Hours 


3-4 


Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 102 below provides a definition of element 44. 
Element 44 defines an Ingress Carrier Disconnect Date 
Disconnect Date element, which contains the date when the 
ingress trunk/circuit was released for a call. 

An example of this element follows: 19980523. 



TABLE 102 



Element 44-Ingress Carrier Disconnect Date Disconnect Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7^8 


Day 



Table 103 below provides a definition of element 45. 
Element 45 defines an Egress Carrier Disconnect Time 
element, which contains the time that the egress trunk/circuit 
was released for a call. The time will either be derived from 
the Access or Trunking Gateways, or from the Release 
Message. This element can be extremely important to down- 
stream systems (i.e. CABS) that need this information to 
BILL other LECs/CLECs/Carriers. 

An example of this element follows: 041152092. 

TABLE 103 



Element 45-Egress Carrier Disconnect Time 
ASCII Characters Meaning 

1-2 Hours 
3-4 Minutes 
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TABLE 103-contimied 
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An example of this element follows: 1. 



Element 45- Egress Carrier Disconnect lime 



ASCII Characters 



Meaning 



5-6 
7-9 



Seconds 
Milliseconds 



Table 104 below provides a definition of element 46. 
Element 46 defines an Egress Carrier Disconnect Date 
element, which contains the date when the egress trunk/ 
circuit was released for a call. 

An example of this element follows: 19981025D. 



TABLE 104 



Element 46-Ericss Carrier Disconnect Date 


ASCII Characters 


Meaning 




Year 


5-6 


Month 


7-8 


Day 



Table 105 below provides a definition of element 47. 
Element 47 defines an Announcement Identification 
element, which contains the announcement number 
(correlating to an announcement) that was invoked during 
call processing. 

An example of this element follows: 0056D. 



TABLE 105 



Element 47-Announccmcnt Identification 
ASCII Characters Meaning 



1-4 



Announcement ID 



Element 48- Location Routing Number 
ASCII Characters Meaning 



2-11 



Party Identifier 

1 - Calling Party 

2 - Called Party 
Location Routing Number 



35 
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Table 107 below provides a definition of element 49. 
Element 49 defines a LRN Supporting Information element, 65 
which contains the source/system where the LRN was 
derived. 



TABLE 107 



Element 49-LRN Supporting Information 



ASCII Characters 



Meaning 



10 



LRN Source Indicator 

1 = LNP Database (SCP) 

2 - Derived from the SS 

3 = Signaling Data 



20 



Table 108 below provides a definition of element 50. 
Element 50 defines a Soft Switch Version element, which 
contains the current software version that is operating on the 
soft switch. 

An example of this element follows: 0150. 

TABLE 108 



25 



Element 50-Soft Switch Version 
ASCII Characters Meaning 



1- 2 

2- 4 



SS Version Number (Prefix) 
SS Version Number (Suffix) 



30 



Table 109 below provides a definition of element 51. 
Element 51 defines a Carrier Selection Information element, 
which contains the toll carrier selection method. This allows 
downstream systems, such as end-user billing and fraud, to 
parse records based on carrier selection methods (e.g., 
pre-subscription, dial-around/casual-calling.) 

An example of this element follows: 01. 



40 



TABLE 109 



Table 106 below provides a definition of element 48. 45 
Element 48 defines a Location Routing Number (LRN) 
element, which contains the Location Routing Number. 
Depending on the EB being created (EB 0055 or EB 0056), 
this field contains the LRN for the Calling Party Number (if 
ported) or the LRN for the Called Party Number (if ported). 

An example of this element follows: 13039263223D. 

TABLE 106 



Element 51-Carrier Selection Information 
ASCII Characters Meaning 

1-2 Carrier Selection Method 

01 - Prc-Subscribed 

02 - SS Derived 

03 - SCP Derived 

04 - Carrier Designated by Caller at Time of Call 
(casual -call/dial -around) 



Table 110 below provides a definition of element 52. 
Element 52 defines an Ingress Trunking Gateway element, 
which contains the TG identification number. 

An example of this element follows: BOS003. 

TABLE 110 

Element 52-Ingress Trunking Gateway 
ASCQ Characters Meaning 



1-3 
4-6 



Three Letter City ID 
Trunking Gateway Number 



Table 111 below provides a definition of element 53. 
Element 53 defines an Egress Trunking Gateway element, 
which contains the TG identification number. 
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An example of this element follows: DEN003. 



TABLE 111 


Element 53-Egress Trunking Gateway 


5 


ASCII Characters 


Meaning 




1-3 


Three Letter City ID 


10 


4-6 


Trunking Gateway Number 



Table 112 below provides a definition of element 54. 
Element 54 defines an Egress Routing Selection. 
An example of this element follows: 02. 



TABLE 112 



Element 54-Egress Routing Selection 
ASCII Characters Meaning 



15 



20 



1-2 



Final Route Selection/Choice 

01 - 1st route choice 

02 = 2nd route choice 

03 = 3rd route choice 

04 = 4th route choice 

05 = 5th route choice 



Table 112 below provides a definition of element 55. 
Element 55 defines an Egress Route Congestion Code 
element, which contains the reason for congestion on a 
trunk. 

An example of this element follows: 01. 



TABLE 113 



Element 55-Egress Route Congestion Code 
ASCII Characters Meaning 



1-2 



Route Congestion Code 

01 = Circuit Congestion 

02 - Circuit Failure 

03 = QoS Not Available 



35 



40 



Table 114 below provides a definition of element 56. 
Element 56 defines an Account Code Validation Flag 
element, which contains a flag that specifies whether or not 
the account code validation was successful. 

An example of this element follows: 1. 

TABLE 114 



50 



Element 5 6- Account Code Validation Flag 
ASCII Characters Meaning 



1 



Account Code Validation Flag 

0 - AC Validation NOT Successful 

1 - AC Validation Successful 



Table 115 below provides a definition of element 57. 
Element 57 defines a Routing Attempt Time element, which 
contains the time that an unsuccessful routing attempt was 
made on a trunk. This information can be useful to down- 
stream Network Management and Traffic Engineering sys- 
tems. 



128 



An example of this element follows: 102943005. 
TABLE 115 



Element 57-Routing Attempt Time 


ASCII Characters 


Meaning 


1-2 


Hours 


3-4 


Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 116 below provides a definition of element 58. 
Element 58 defines a Routing Attempt Date element, which 
contains the date that an unsuccessful routing attempt was 
made on a trunk. This information can be useful to down- 
stream Network Management and Traffic Engineering sys- 
tems. 

An example of this element follows: 19980430. 



25 



TABLE 116 



Element 5 8- Routing Attempt Date element 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-8 


Day 



Table 117 below provides a definition of element 59. 
Element 59 defines an Audio Packets Sent element, which 
contains the number of audio packets that were sent from an 
AG or TG during a session. 

An example of this element follows: 000043917. 



TABLE 117 



45 



Element 59-Audio Packets Sent 
ASCII Characters Meaning 



1-9 



Audio Packets 



55 



Table 118 below provides a definition of element 60. 
Element 60 defines an Audio Packets Received element, 
which contains the number of audio packets that were 
received by an AG or TG during a session. 

An example of this element follows: 000043917. 



TABLE 118 



60 



Element 60-Audio Packets Received 



■leaning 



1-9 



Audio Packets 



Table 119 below provides a definition of element 61. 
65 Element 61 defines an Audio Packets Lost element, which 
contains the number of audio packets that were lost during 
a session. 
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An example of this element follows: 000043917. An example of this, element follows: 205123245211. 



TABLE 119 



Element 61 -Audio Packets Lost 



ASCII Characters Meaning 



1-9 Audio Packets 



Table 120 below provides a definition of element 62. 
Element 62 defines an Audio Bytes Transferred element, 
which contains the total number of audio packets that were 
transferred sent from an AG or TG during a session. 

An example of this element follows: 000023917. 

TABLE 120 20 



Element 62-Audio Bytes Transferred element 



ASCII Characters Meaning 



1-9 Audio Bytes 



Table 121 below provides a definition of element 63. 30 
Element 63 defines an Originating IP Address element, 
which contains the Internet Protocol (IP) address of the 
originator. 

An example of this element follows: 205123245211. 35 



TABLE 121 



Element 63-Originating LP Address 


ASCII Characters 


Meaning 


1-3 


Class A Address 


4-6 


Class B Address 


1-9 


Class C Address 


10-12 


Class D Address 



40 
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Table 122 below provides a definition of element 64. 
Element 64 defines a Terminating IP Address element, which 
contains the Internet Protocol (IP) address of the termina- 
tion. 

An example of this element follows: 205123245211. 
TABLE 122 

Element 64-Terminating IP Address 



ASCII Characters Meaning 



1-3 Class A Address 

4-6 Class B Address 

7-9 Class C Address 60 

10-12 Class D Address 



TABLE 123 



Element 65 - Ingress Security Gateway IP Address 


ASCII Characters 


Meaning 


1-3 


Class A Address 


4-6 


Class B Address 


7-9 


Class C Address 


10-12 


Class D Address 



Table 124 below provides a definition of element 66. 
Element 66 defines an Egress Security Gateway IP Address 
element, which contains the Internet Protocol (IP) address of 
the security gateway on the egress portion of a call/session. 

An example of this element follows: 205123245211. 



TABLE 124 



Element 66 - Egress Security Gateway IP Address 


ASCII Characters 


Meaning 


1-3 


Class A Address 


4-6 


Class B Address 


7-9 


Class C Address 


10-12 


Class D Address 



Table 125 below provides a definition of element 67. 
Element 67 defines an Ingress Firewall IP Address element, 
which contains the Internet Protocol (IP) address of the 
security gateway on the ingress portion of a call/session. 

An example of this element follows: 205123245211. 



TABLE 125 



Element 67 - 


Ingress Firewall IP Address 


ASCII Characters Meaning 


1-3 


Class A Address 


4-6 


Class B Address 


7-9 


Class C Address 


10-12 


Class D Address 



Table 126 below provides a definition of element 68. 
Element 68 defines an Egress Firewall IP Address element, 
which contains the Internet Protocol (IP) address of the 
security gateway on the egress portion of a call/session. 

An example of this element follows: 205123245211. 

TABLE 126 

Element 68 - Egress Firewall IP Address 

ASCII Characters Meaning 

1-3 Class A Address 

4-6 Class B Address 

7-9 Class C Address 

10-12 Class D Address 



Table 123 below provides a definition of element 65. 
Element 65 defines an Ingress Security Gateway IP Address 
element, which contains the Internet Protocol (IP) address of 
the security gateway on the ingress portion of a call/session. 



Table 127 below provides a definition of element 69. 
Element 69 defines an Operator Trunk Group Number 
element, which contains the trunk group number for the 
trunk selected to the Operator Services Platform (OSP). 
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Ad example of this element follows: 1234. 



132 



An example of this element follows: 19980513. 



TABLE 127 



TABLE 131 



Element 69 - Operator Trunk Group Number 



ASCII Characters 



Meaning 



Trunk Group Number 



Table 128 below provides a definition of element 70. 
Element 70 defines an Operator Circuit Identification Code 
(CIC) element, which contains the circuit number/id of the 
circuit used for an Operator service call. 

An example of this element follows: 0312. 



15 



TABLE 128 



Element 70 - Operator Circuit Identification Code 



ASCII Characters Meaning 



Circuit Identification Code/Trunk Member Number 



Table 129 below provides a definition of element 71. 30 
Element 71 defines an Account Code Type element, which 
contains a value associated with the type of account used in 
the call. 



An example of this element follows: 1. 



TABLE 129 



Element 71 - Account Code Type 



ASCII Characters 



Meaning 



40 



1 


Account Code Type 




1 = Verified Forced 




2 = Verified Unforced 




3 = Unverified Forced 




4 = Unverified Unforced 



Table 130 below provides a definition of element 72. 
Element 72 defines an Ingress Carrier Connect Date 
element, which contains the date when the ingress trunk/ 
circuit was seized. 

An example of this element follows: 19980513. 



45 



TABLE 130 



Element 72 - Inerei 


is Carrier Connect Date 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-8 


Day 


9 


Delimiter 



55 



Table 131 below provides a definition of element 73. 
Element 73 defines an Egress Carrier Connect Date element, 65 
which contains the date when the egress trunk/circuit was 
seized. 



10 



Element 73 - Ejzrei 


ss Carrier Connect Date 


ASCII Characters 


Meaning 


\-A 


Year 


5-6 


Month 


7-8 


Day 



Table 132 below provides a definition of element 74. 
Element 74 defines a Terminating Number (International) 
element, which contains the overseas number that was 
dialed for domestic calls. The terminating number element 
should be populated for ALL calls that require a terminating 
number for billing. This field can be right-justified, padded 
with 0s. 

An example of this element follows: 34216273523482. 



20 



25 



TABLE 132 



Element 74 - Terminating Number (International) 
ASCII Characters Meaning 



1-14 



Overseas Number 



Table 133 below provides a definition of element 75. 
Element 75 defines a DA Trunk Group Number element, 
which contains the trunk group number for the trunk 
selected to the directory assistance (DA) service provider. 

An example of this element follows: 1234. 

TABLE 133 



Element 75 - 


DA Trunk Group Number 


ASCII Characters 


Meaning 


1-4 


Trunk Group Number 



Table 134 below provides a definition of element 76. 
Element 76 defines a DA Circuit Identification Code 
element, which contains the circuit number/id. of the circuit 
used for a DA service call. 

An example of this element follows: 0312. 



TABLE 134 



Element 76 - DA Circuit Identification Code 



5Q ASCII Characters Meaning 



60 



1-4 Circuit Identification Code/Trunk Member Number 

Table 135 below provides a definition of element 77. 
Element 77 defines a Directional Flag element, which con- 
tains a flag that specifies whether a call event block is an 
ingress or an egress generated block. 

An example of this element follows: 1. 

TABLE 135 



Element 77 


- Directional Flag 


ASCII Characters 


Meaning 


1 


0 = Ingress 




1 b Egress 
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Table 136 below provides a definition of element 78. 
Element 78 defines a Trunk Group Type element, which 
contains a . type identification number, which maps to a 
type/use of a trunk. The element can be useful to down- 
stream systems, such as mediation/billing, fraud, etc. This 
element can also be used in call processing. 

An example of this element follows: 001. 

TABLE 136 



Element 78 - Trunk Group Type 10 
ASCII Characters Meaning 



134 



Table 141 below provides a definition of element 83. 
Element 83 defines a Long Duration Sequence Number 
element, which contains a sequence number for each long 
duration call (LDC) event block created by the soft switch 
for a particular call. 

An example of this element follows: 03. 



1-3 



Trunk Group Type 



TABLE 141 


Element 83 - 


Long Duration Sequence Number 


ASCII Characters 


Meaning 


1-2 


Long Duration Sequence Number 



Table 137 below provides a definition of element 79. 
Element 79 defines a Call Type Identification element, 
which contains a call type identification number, which 
maps to a type of a call. The element can be useful to 
downstream systems, such as, for example, mediation/ 
billing, fraud. This element can also be used in call process- 
ing. This element can be derived during LSA analysis. 

An example of this element follows: 001. 



TABLE 137 



Element 79 


- Call Type Identification 


ASCII Characters 


Meaning 


1-3 


Call Type Identification 



Table 138 below provides a definition of element 80. 
Element 80 defines a Customer Identification element, 
which contains a customer account number. 

An example of this element follows: 000000325436. 

TABLE 138 



Element 80 - 


Customer Identification 


ASCII Characters 


Meaning 


1-12 


Customer Identification 



Table 139 below provides a definition of element 81. 
Element 81 defines a Customer Location Identification 
element, which contains a customer location identification 
number. 

An example of this element follows: 000000000011. 



TABLE 139 



Element 81 - 


Customer Location Identification 


ASCII Characters 


Meaning 


1-12 


Customer Location Identification 



Table 140 below provides a definition of element 82. 
Element 82 defines a Call Event Block Sequence Number 
element, which contains a sequence number for each event 
block created by the soft switch for a particular call. 

An example of this element follows: 03. 

TABLE 140 



Element 82 - Call Event Block Sequence Number 
ASCII Characters Meaning 

1-2 Call Event Block Sequence Number 



15 Table 142 below provides a definition of element 84. 
Element 84 defines a Long Duration Event Time clement, 
which contains the time when the soft switch generated the 
LDC Event Block. 

An example of this element follows: 120000002. 

20 

TABLE 142 



25 



Element 84 - Lone Duration Event Time 


ASCII Characters 


Meaning 


1-2 


Hours 


3-^ 


Minutes 


5-6 


Seconds 


7-9 


Milliseconds 



Table 143 below provides a definition of element 85. 
Element 85 defines a Long Duration Event Date element, 
which contains the date when the soft switch generated the 
LDC Event Block. 

An example of this element follows: 19980430. 



TABLE 143 



Element 85 - Lone Duration Event Time 


ASCII Characters 


Meaning 


1-4 


Year 


5-6 


Month 


7-8 


Day 



45 7. Network management component 

Telecommunications network 200 includes network man- 
agement component 118 which can use a simple network 
management protocol (SNMP) to trap alarm conditions 
within and receive network alerts from hardware and soft- 

5Q ware elements of the network. FIG. 21A illustrates in detail 
SNMP network management architecture 2100. SNMP net- 
work management architecture 2100 is organized into a 
plurality of tiers and layers (not shown). 

Tier 1 addresses hardware specific events that are gener- 
ated on each respective hardware and software system. 

55 Generally, hardware vendors provide tier 1 functionality in 
the form of a management information base (MIB). 

Tier 2 is designed to capture operating system specific 
events and is also available as a commercially sold product 
in the form of an MIB from a software vendor. 

60 Tier 3 is related to events generated by customized 
software running on the platform. 

In one embodiment of the invention, tiers 1 and 2 are 
provided by a hardware vendor, for example, from Sun 
Microsystems of Palo Alto, Calif. Tier 1 and 2 MIBs are 

65 designed to provision, update, and pass special event and 
performance parameters to a network operations center 
(NOC), pictured as NOC 2114 in FIG. 21A. 
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Tier 3 can support alarm transmission from software determine the level of severity of each event generated and 

applications and can be designed and implemented via a sent to NOC 2114. Customized alarm managers resident in 

customized software solution from a third party vendor. each computer system can serve as alarm logging compo- 

Software applications can call a standardized alarm transport nents anc * transport mechanisms for transport to downstream 

application programming interface (API) to signal events 5 SNMP agents. Personnel working at NOC 2114 can log into 

and alarms within the software code. The vendor supplied a computer system to analyze special alarm conditions and 

alarm API can redirect events to a local alarm manager to focus on me ^ of the SNMP alarms - Multiple alarm 

application. There can be one instance of a local alarm conditions can be registered at NOC 2114 A local log file 

manager application on each customized platform or com- can t store ^ events processed by a local alarm manager 

4 • 4U *. i tl i i i i . _ application. For example, local alarm manager applications 

puter in the network. The local alarm manager can log events 10 rr . 0 . T , , ¥1 r 7 ^-.^ , . . 

f jj.L 11 i can reside in SNMP servers 2106 and 2108 at gateway site 

to a disk-based database The local alarm manager can ako m ^ ^ SNMPserve rs 2110 and 2112 of soft switch site 

log events to a disk-based log file and can men forward the ±m ^ ^ ^ ^ Qm ^ ^ a trace mechanism to 

events from the database or log file to a speaalized MIB idemify key network md system event conditions generated 

component. The specialized MIB component can then divert OQ me computer systems, 

this information to a regional SNMP agent at each geo- 15 c Network Outage Recovery Scenarios 

graphical location, i.e., at each soft switch site 104, 106 and piG. 21B illustrates an example outage recovery scenario 

302, or gateway site 108a, 1086, 108C, 108D, 108E, 110a, 2116. Outage recovery scenario 2116 can be used in the 

1106, 110c, HOD and U0E. Regional SNMP agents can event of, for example, a fiber cut, a period of unacceptable 

then route all incoming network management events or latency or a period of unacceptable packet loss failure in data 

alarms to master SNMP managers 2102 and 2104 at the 20 network 112. 

NOC 2114. FIG. 21B includes a calling party 102 placing a call to 

a. Network Operations Center (NOC) called party 120. Calling party 102 is connected to carrier 
FIG. 21A includes Network Operations Center (NOC) facility 126. Called party 120 is connected to carrier facility 

2114 in SNMP network management architecture 2100. Soft 130. A call path from calling party 102 to called party 120 

switch sites 104, 106 and 302 include a plurality of network 25 is illustrated between carrier facility 126 and carrier facility 

components each having their own SNMP agents. For 130 over a normal call path route 2118 through DACS 242 

example, soft switch site 104 includes RNECP 224a and and 244 and TGs 232 and 234 of gateway sites 108 and 110, 

2246 having their own SNMP agents. Soft switch site 104 respectively. Normal call path route 2118 would go through, 

also includes configuration servers 206a and 2066, soft in succession, TG 232, one of ESs 1602 and 1604, one of 

switches 204a, 2046 and 204c, route servers 212a and 2126, 30 routers 1606 and 1608, data network 112, one of routers 

SS7 GWs 208 and 210, and ESs 332 and 334, each having 1614 and 1616, one of ESs 1610 and 1612, and TG 234, 

their own SNMP agents. Soft switch site 104 can also before exiting DACs 244 to connect to carrier facility 130. 

include one or more redundant SNMP servers 2110 and 2112 Assuming a fiber cut occurs, or excessive latency or 

for collecting regional SNMP alerts. SNMP servers 2110 and packet loss failure occurs in data network 112, outage 

2112 can maintain log files of network management events. 35 recovery scenario 2116 routes the call over backup call path 

SNMP servers 2110 and 2112 can then send events and 2117 of FIG. 21 B. Backup call path 2117 takes a call which 

alarms upstream to NOC 2114 of network management originated from carrier facility 126 through DACS 242 to 

component 118. NOC 2114 can include one or more cen- TG 232, and connects the call back out through DACS 242 

tralized SNMP manager servers 2102 and 2104 for centrally to an off-network carrier 2115 which connects the call traffic 

managing telecommunications network 200. 40 for termination at carrier facility 130. By using off-network 

Soft switch sites 106 and 302 can have similar SNMP routing via off-network carrier 2115, service level agree - 

agents in network components included in their sites. ments (SLA) can be maintained providing for a higher 

Gateway sites 108a, 1086, 108c, 108a*, 108e, 110a, 1106, percentage of network uptime and a higher level of audio 

110c, 110o* and HOe include multiple gateway site compo- quality. 

nents which can each have their SNMP agents. For example, 45 Outage recovery scenario 2116 would cover any failure or 

gateway site 108a can include TGs 232a and 2326 which degradation in a network device which falls after TG 232 

have SNMP agents 1002. Gateway site 108a can also including IP media processes within TG 232, in normal call 

include AGs 238a and 2386 having SNMP agents 1006. path route 2116, assuming that TG 232 can still be controlled 

Gateway sites 108a can also include ESs 1602 and 1604 and so as to route the call out over DACS 242 over backup call 

routers 1606 and 1608 having their own SNMP agents. 50 path 2117 to off-network carrier 2115. 

Gateway site 108a can also have one or more SNMP servers (1) Complete Gateway Site Outage 

2106 and 2108 for gathering SNMP alerts, events and alarms FIG. 21C depicts an example network outage recovery 

at gateway site 108a, from SNMP agents such as, for scenario 2120. Outage recovery scenario 2120 envisions a 

example, SNMP agents 1002 and 1006. SNMP servers 2106 complete gateway site outage. Specifically, gateway site 108 

and 2108 can then forward network management events and 55 is illustrated as experiencing a complete gateway outage. In 

alarms to NOC 2114 for centralized network management such a scenario, normal call path 2118 will never be received 

processing. by the internal network telecommunications network 200. In 

b. Simple Network Management Protocol (SNMP) outage recovery scenario 2120, the call is rerouted via 
Simple network management protocol (SNMP) events carrier facility routing from carrier facility 126 over backup 

generated by network elements can enable NOC 2114 to 60 call path 2122 through off-network carrier 2115 to carrier 

determine the health of the voice network components and facility 130 for termination to called party 120. For calls 

the rest of telecommunications network 200. Tier 1 and tier placed from carrier facility 126 and other carrier facilities 

2 MIBs can be purchased as commercially off the shelf which are serviced from failed gateway site 108, CIC 

(COTS) components, or are provided with computer hard- overflow routing tables in carrier facility 126 will automati- 

ware and operating systems. Events generated within the 65 cally reroute traffic through off-network carrier 2115. 

customized third tier can be prioritized according to multiple FIG. 21D illustrates outage recovery scenario 2124 

levels of severity. Prioritization can allow a programmer to depicting another complete gateway site outage, different 
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from that illustrated in FIG. 21C In FIG. 21D, it is gateway control of gateway sites 2133b and 2133c. Thus, access 

site 110 that has experienced a complete gateway site servers 254 and 256 located in gateway sites 2133a, 21336, 

outage. In such a scenario, call path 2118 from calling party 2133c, 2133a*, 2133e and 2133/ can seemlessly be controlled 

102 does reach an on-network device TG 232, but the call is by soft switch sites 106 and 302 in other geographies. It 

placed to a called party on failed gateway site 110. Backup 5 would be apparent to persons having ordinary skill in the art 

call path 2126, is rerouted via soft switch overflow routing that other outage scenarios could be similarly remedied via 

from TG 232 over DACS 242 to off-network carrier 2115 for communication between soft switch sites 104, 106 and 302. 

termination at carrier facility 130 of called party 120. For FIG. 21G depicts a block diagram 2146 of interprocess 

calls placed from the area served by operating gateway site communication including a NOC 2114 communicating with 

108, attempting to terminate at failed gateway site 110, soft 10 a soft switch 204. NOC 2114 communicates 2148 to soft 

switch 204 overflow routing automatically reroutes call switch 418 to startup command and control. Soft switch 418 

traffic through off-network carrier 2115. communicates 2150 in order to send alarms and network 

(2) Soft Switch Fail-Over management alerts to NOC 2114. NOC 2114 communicates 
Anticipating the possibility of a failure of a soft switch 2152 in order to shut down soft switch 418 command and 

204 of soft switch site 104 it is important that existing calls 15 control. Soft switch 418 can also accept management 

(i.e. those placed through an associated gateway device, e.g., instructions from NOC 2114 at startup 2154 or at shutdown 

TGs 232 and 234 of gateway sites 108 and 110, respectively) 2156. 

not be impacted by the failure. In one embodiment of the 8. Internet Protocol Device Control (IPDC) Protocol 

invention, it is possible that some calls that are in the process a. IPDC Base Protocol 

of being established might be lost, such that a calling party 20 The IPDC base protocol described below, provides the 

102 might have to re-dial to connect. In order to preserve basis for the IP device control family of protocols. The IPDC 

calls set up and managed by failed soft switch 204, back-up protocols include a protocol suite. The components of the 

soft switch 304 has access to the states of the stable calls IPDC protocol suite can be used individually or together to 

managed by failed soft switch 204. Once the back-up soft perform multiple functions. Functions which can be per- 

switch 304 initiates fail-over, it notifies the primary and 25 formed by the IPDC protocol suite include, for example, 

secondary SS7 GWs 208 and 308 that the back-up soft connection control, media control, and signaling transport 

switches 204 and 304 are now the contact points for signal- for environments where the control logic is separated from 

ing messages that had previously been targeted for failed the access server 254 and 256. The IPDC protocol suite 

soft switch 204. operates between the media gateway controller and the 

(3) Complete Soft Switch Site Outage Scenario 30 media gateway. The media gateway controller can be 
FIGS. 21E and 21F illustrate outage recovery scenarios thought of as soft switch 204. The media gateway can be 

2132 and 2140 involving a complete soft switch site outage. thought of as access servers 254 and 256, including, for 
FIG. 21E depicts soft switch site coverage of various gate- example, TGs 232 and 234, AGs 238 and 240 and NASs 228 
way sites. Specifically, FIG. 21E illustrates western soft and 230. The corresponding entities of media gateway 
switch site 104, central soft switch site 106 and eastern soft 35 controller and the media gateway are the call control and 
switch site 302. Western soft switch site 104 is responsible media control portions of the H.323 gateway, 
for controlling all access servers 254 and 256 in circle 2136. IPDC acts to fulfill a need for protocols to control gateway 
Central soft switch site 106 is responsible for controDing all devices which sit at the boundary between the circuit- 
access servers 254 and 256 within circle 2134. Similarly, switched telephone network and the Internet and to termi- 
e astern soft switch site 302 is responsible for controlling all 40 nate circuit-switched trunks. Examples of such devices 
access servers 254 and 256 within circle 2138. include NASs 228 and 230 and voice-over-IP gateways, also 

Western soft switch site 104 thus is responsible for known as access servers 254 and 256, including TGs 232 

controlling access servers 254 and 256 (not shown) in and 234 and AGs 238 and 240. This need for a control 

gateway sites 2135a, 21356, 2135c, 2135a* and 2135e. protocol separate from call signaling arises when the service 

Central soft switch site 106 is responsible for controlling 45 control logic needed to process calls lies partly or wholly 

access servers 254 and 256 (not shown) in gateway sites outside the gateway devices. The protocols implement the 

2133a, 21336, 2133c, 2133a*, 2133<? and 2133/ interface between soft switch 204 and access servers 254, 

Eastern soft switch site 302 is responsible for controlling 256. IPDC views access servers 254 and 256, also known as 

access servers 254 and 256 (not shown) which are located in media gateways, as applications which may control one or 

gateway sites 2139a, 21396, 2139c, 2139rf, 2139e and 50 more physical devices. In addition to its primary mandate, 

2139/i IPDC can be used to control devices which do not meet the 

FIG. 21F illustrates outage recovery scenario 2140 depict- strict definition of a media gateway such as DACS 242 and 

ing a complete soft switch site outage. Specifically, central 244 and ANSs 246 and 248. IPDC builds on a base provided 

soft switch site 106 has failed or been shut down for by DIAMETER. DIAMETER has a number of advantages 

maintenance in outage recovery scenario 2140. Failure of 55 as a starting point including, for example, built-in provision 

central soft switch site 106 means that central soft switch site for control security, facilities for starting up the control 

106 can no longer control access servers 254 and 256 (not relation, and ready extensibility both in modular increments 

shown) which lie within circle 2134. Specifically, access and at the individual command and attribute level. DIAM- 

servers 254 and 256 which lie within gateway sites ETER is specifically written for authentication, authoriza- 

2133a-2133/cannot be controlled by central soft switch site 60 tion and accounting applications. Calhoun, Rubins, "DIAM- 

106. ETER based protocol", July 1998. The DIAMETER based 

FIG. 21F illustrates how western soft switch site 104 and protocol specification was written by Pat Calhoun of Sun 

eastern soft switch site 302 can take over control of gateway Microsystems, Inc. and Alan C. Rubins of Ascend Commu- 

sites 2133a-2133/ to overcome the outage of central soft nications. 

switch site 106. Specifically, western soft switch site 104 can 65 The IPDC protocol includes a message header followed 

take over control of gateway sites 2133a, 2133d, 2133*? and by attribute-value-pairs (AVPs) an IPDC command is a 

2133/. Similarly, eastern soft switch site 302 can take over specialized data object which indicates the purpose and 
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structure of the message which contains the IPDC com- 
mand. The command name can be used to denote the 
message format. 

A DIAMETER device can be a client or server system that 
supports the DIAMETER based protocol. Alternatively, a 5 
DIAMETER device can support extensions in addition to 
the DIAMETER based protocol. 

An IPDC entity can be any object, logical or physical, 
which is subject to control through IPDC or whose status 
IPDC must report. Every IPDC entity has a type. Types of 10 
IPDC entities include, for example, a media gateway_type, 
a physicaL_gateway_type, a station_type, an equipment^, 
holder type, a transport_termination type, an access__ 

termination type, a trunk_termination type, a signaling 

termination type, a device_type, a modem type, a 15 
conference__port type, a fax_port type, a stream_source 
type, a stream__recorder type, an RTP_port type, an ATM_ 
spec type, an H323_spec type, and a SIP__spec type. 

An IPDC protocol endpoint can be used to refer to either 
of the two parties to an IPDC control session, i.e. the media 20 
gateway controller (e.g., soft switch 204), or the media 
gateway (e.g., access servers 254 and 256). To the extent that 
IPDC can be viewed as providing extensions to 
DIAMETER, an IPDC protocol endpoint can also be a 
DIAMETER device. 25 

A transaction can be a sequence of messages pre-defined 
as part of the definition of IPDC commands which constitute 
that sequence. Every message in the sequence can carry the 
same identifier value in the header and the same transaction- 
originator value identifying the originator of the transaction. 30 

DIAMETER packets or IPDC messages can be transmit- 
ted over UDP or TCP. Each DIAMETER service extensions 
draft can specify the transport layer. For UDP, when a reply 
is generated the source and destination ports are reversed. 
IPDC requires a reliable, order-preserving transport protocol 35 
with rninimal latency so that IPDC control can be responsive 
to the demands of call processing. UDP combined with a 
protocol description satisfies these requirements, and is 
therefore the default transport protocol for IPDC. It would 
apparent to those skilled in the art that network operators can 40 
choose to implement transmission control program (TCP) 
instead for greater security, or for other reasons. 

The IPDC base protocol is a publically available docu- 
ment published on the Internet. It is important to note, that 
the IPDC based protocol is a document in a so called, 45 
"Internet-draft," as of the time of the writing of this publi- 
cation. Internet-drafts are working documents of the internet 
engineering task force (IETF), its areas, and its working 
groups. Other groups can also distribute working documents 
as Internet-drafts. Internet-drafts can be updated, replaced or 50 
obsoleted by other documents at any time. 

It would be apparent to someone skilled in the art that an 
alternative base protocol could be used. 

Command AVPs include a plurality of DIAMETER based 
commands and additional IPDC commands. For example, 55 
DIAMETER base commands include, for example, 
command-unrecognized-IND, device -reboot-IND, device- 
watchdog-IND, device- feature-query, device -feature-reply, 
device -config-REQ, and device-config-answer. Additional 
IPDC commands include, for example, command-ACK and 60 
message-reject. 

In addition to command AVPs, a plurality of other AVPs 
exist, including, for example, DIAMETER base AVPs, and 
additional IPDC AVPs. DIAMETCR base AVPs include 
host-IP-address, host-name, version-number, extension-ID, 65 
integrity -check-vector, digital-signature, initialization- 
vector, time stamp, session-ID, X5 09 -certificate, X509- 
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certificate-URL, vendor-name, firmware-revision, result- 
code, error-code, unknown-command-code, reboot-type, 
reboot-timer, message-timer, message-in-progress-timer, 
message -retry-count, message-forward-count and receive- 
window. Additional IPDC AVPs include, for example, 
transaction-originator and f ailed- AVP-code. 

Protection of data integrity is enabled using the integrity- 
check-vector, digital signatures and mixed data integrity 
AVPs. 

AVP data encryption is supported including, for example, 
shared secrets, and public keys. Public key cryptography 
support includes, for example, X509-certificate, X509- 
certificate-URL, and static public key configuration, 
b. IPDC Control Protocol 

The IPDC is a control protocol that facilitates the delivery 
of voice and data services requiring interconnection with an 
IP network. The IPDC protocol permits a soft switch control 
server to control a media gateway or access server. IPDC 
includes signaling transport, connection control, media con- 
trol and device management functionality. These control 
functions include creation, modification, and deletion of 
connections; detection and generation of media and bearer 
channel events; detection of resource availability state 
changes in media gateways; and signal transport. 

Alternatively, other protocols can be used to provide this 
control. For example, the network access server messaging 
interface (NMI) protocol or the media gateway control 
protocol (MGCP). The MGCP protocol from the internet 
engineering task force (IETF) supports a subset of the 
functionality of the IPDC protocol plus the simple gateway 
control protocol(SGCP) from Bellcore and CISCO. SGCP 
includes connection control and media control (i.e. a subset 
of IPDC media control) functionality. 

IPDC protocol allows a call control server, i.e. a soft 
switch 204, to command a circuit network to packet network 
gateway (a media gateway), i.e. an access server 254, 
provides the control mechanism to for setting up, tearing 
down and managing voice and data calls. The terra packet 
network gateway is intended to allow support for multiple 
network types including, for example, an IP network and an 
ATM network, data network 112. In addition, the IPDC 
protocol supports the management and configuration of the 
access server 254. The following types of messages are 
described in this document, start-up messages describing 
access server start-up and shut-down, configuration mes- 
sages describing access server, soft switch and telco inter- 
face query and configuration; maintenance messages 
describing status and test messages; and call control mes- 
sages describing call set-up tear-down and query for data, 
TDM and packet-switched calls. 

The architecture in which IPDC operates incorporates 
existing protocols wherever possible to achieve a full inter- 
connection of IP-based networks with the global switched 
telephone network (GSTN). The architecture accommodates 
any GSTN signaling style, including, for example, SS7 
signaling, ISDN signaling and in-band signaling. The archi- 
tecture also accommodates an interface with H.323 voice- 
over-IP networks. 

A modification to the H.323 architecture can allow H323 
networks to be seamlessly integrated with SS7 networks. 

Until now, H.323 protocols have been defined assuming 
that an H.323 to GSTN gateway uses an access signaling 
technique such as ISDN or in-band access signaling for call 
set-up signaling on the GSTN. The H.323 architecture did 
not readily accommodate the use of SS7 signaling for call 
set-up via H.323 gateways, creating a gap in the standards. 
Until now, H323 standards have distinguished between 
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multi-point processor (MP) functions and multi-point con- and modify connections in the H.323 gateway MP function, 

trailer (MC) functions only in the definition of multi-point Also, the H.323 gateway MC function must be able to create 

control units (MCUs). Recent international telecommunica- or detect events in the media stream which only the H.323 

tions union (YYV) work on H.323 version III has considered gateway MP function has access to. A standardized protocol 

extending the concept of MC/MP separation to H.323 gate- 5 is needed to allow an H.323 gateway MC function to 

ways as well as MCUs. Separation of the MC function from remotely control one or more H.323 gateway MP functions, 

the H.323 gateway can allow SS7 to be properly intercon- Therefore, IPDC was created to allow H.323 gateway MC 

nected with an H.323 network. By separating the MC function to remotely control one or more H.323 gateway MP 

function from the MP function, a separate SS7 signaling functions. Specifically, soft switch 204 can remotely control 

gateway, such as, for example, SS7 G W 208, can be created 10 one or more access servers 254. 

to interconnect the SS7 network with the H.323 network. The IPDC protocol uses the terminology of bay, module, 

Such an SS7 gateway can implement the H.323 gateway MC line and channel. A bay is one unit, or set of modules and 

function as a signaling interface shared among multiple interfaces within an access server 254. A stand-alone access 

H.323 gateway MP functions. server 254 or a multi-shelf access server 254 can constitute 

At least five functions must be performed in order to 15 a single bay. A module is a sub-unit that sits within a bay. 

interface an H.323 network to a GSTN network. The func- The module is typically a slot card that implements one or 

tions include, for example, a packet network interface, more network line interfaces, e.g., a dual span Tt card. A 

H.323 signal intelligence, GSTN signaling intelligence, a line is a sub-unit that sits within a module. The line is 

media processing function and a GSTN circuit interface. typically a physical line interface that plugs into a line card, 

In an H.323 gateway which interfaces with an in-band 20 e.g., a Tt. A channel is a sub-unit within a line. The channel 

signaled or ISDN-signaled GSTN trunk, all of these five is typically a channel within a channelized line interface, 

functions could be performed with a H.323 gateway. e.g., one of the 24 channels in a channelized Tl. 

However, in a H.323 gateway which interfaces with a SS7 All numbers in the IPDC protocol should be in binary, and 

signaled trunk, the functionality could be more optimally coded in network byte order (big endian or motorola 

partitioned to allow for a group of SS7 links to be shared 25 format). The format for date/time fields is a 4 bytes integer 

among multiple H.323 gateway MP functions. For example, expressing the number of seconds elapsed since Jan. 1, 1990 

an H.323 gateway MC function could include, for example, at 0:00. 

a packet network interface, H323 signaling intelligence, and The soft switches 204 and 304 (e.g., primary/secondary/ 

GSTN SS7 signaling intelligence. In addition, an H.323 tertiary, etc.) are completely hot-swappable. Switching to a 

gateway MP function could include a packet network 30 backup soft switch 204 does not require fall back in call 

interface, a media processing function, and a GSTN circuit processing states or other IPDC-level operation on access 

interface. Thus, the H.323 gateway functionality could be server 254. Both soft switches 204 and 304 follow the 

separated into the H323 gateway MC function and the operations of the other soft switch, precisely. 

H323 gateway MP function. The message exchange as defined in IPDC can be imple- 

In another embodiment, the MC function could be further 35 mented over any IP base protocol. Suggested protocols 

partitioned. For example, H.323 gateway MC function could include, e.g., TCP and UDP. 

include a packet network interface, H.323 signaling Access server 254 can include the following configuration 
intelligence, and a packet network interface. An SS7 gate- items: IP addresses and TCP or UDP ports of any number of 
way could include additional MC functions, such as, for soft switches 204 to which access server 254 should con- 
example, a packet network interface, and a GSTN SS7 40 nect; bay number (8 bytes, in alpha numeric characters); 
signaling intelligence. The physical separation of the H.323 system type (9 bytes, in alpha-numeric characters); and 
gateway MC function from the SS7 gateway provides sev- protocol version supported. 

eral advantages, including, for example, more than one SS7 An EPDC packet can have the following components 

gateway can be interfaced to one or more MC functions, included in its format, for example, a protocol ID, a packet 

allowing highly reliable geographically redundant configu- 45 length, a data field tag, a data field length, data flags, an 

rations; service logic implemented at the H.323 gateway MC optional vendor ID, data and padding. For example, a 

function (or at an associated gatekeeper) can be provisioned protocol ID may exist in a first byte. Packet length can be a 

at a smaller number of more centralized sites, reducing the 2 byte field appearing second, a single byte reserved field 

amount of data replication needed for large-scale service can then occur followed by a 4 byte data field tag. Next a 2 

implementation across an H.323 network; and SS7 gateway 50 byte data field length can be used, followed by a single byte 

to H.323 gateway MC functional interface could be a model data flag, and a single byte reserved field. Next, a 4 byte 

for other signaling gateways, such as, for example, an ISDN optional vendor ID can exist. Next, the data included in the 

NFAS gateway, a channel-associated C7 signaling gateway, body of the message can contain a variable number of 4 byte 

and a DPNSS gateway. In fact, once service providers have aligned tag, length, value combinations. Finally, a 3 byte 

implemented service logic at the H.323 gateway MC func- 55 data and single byte padding field can be placed in the IPDC 

tion for their SS7 signaled trunks, the following anomalies packet. For all IPDC messages, the message type and 

become apparent, for example, service providers will likely transaction ID are required attribute value pairs, 

want to exercise the same or similar service logic for their. The message code must be the first tag following the 

ISDN and in-band signal trunks as well as their SS7 signaled header. This tag is used in order to communicate the message 

trunks; and service providers will want to incorporate media 60 type associated with the message. There must only be a 

processing events into the service logic implemented at the single message code tag within a given message. The value 

H.323 gateway MC function (or at an associated of this tag for each message type may be found below, 

gatekeeper). The transaction ID is assigned by the originator of a 

The IPDC protocol is intended to interface the MC transaction. The transaction ID must remain the same for all 

function with the MP function in H.323 to GSTN gateways. 65 messages exchanged within a transaction. The transaction 

Based upon events detected in the signaling stream, the ID is a 12-byte value with the following tag, length, value 

H.323 gateway MC function must be able to create, delete, format: the first 4 bytes can contain a data field tag; the next 
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two bytes can include the data field length; the next byte can 
contain flags; the next byte is reserved; the next 4 bytes can 
contain an originator ID; the following 4 bytes can contain 
originator ID; and in the last 4 bytes there can exist in the 
first bit the originator, and in the remaining bytes the 
transaction correlator 31 bits, 
c. IPDC Control Message Codes 

Table 144 below provides a fisting of the names and 
corresponding codes for control messages transmitted 
between Soft Switch 204 and Access Servers 254 and 256. 
Also included are the source of each message and the 
description for each message. For example, the NSUP 
message is transmitted from Access Server 254 to Soft 
Switch 204, informing Soft Switch 204 that Access Server 
254 is coming up. 

TABLE 144 



10 



Message Codes 



Name 


Code 


Source 


Description 


NSUP 


0x00000081 


AS 


Notify the soft switch that the access 








server is coming up 


ASUP 


0x00000082 


ss 


Acknowledgment to NSUP 


NSDN 


0x00000083 


AS 


Notify the soft switch that the access 








server is about to reboot 


RSTl 


0x00000085 


SS 


Request system reset - 








Drop all channels 


ARSTt 


0x00000086 


AS 


Reset in progress - 








awaiting Reboot command 


RST2 


0x00000087 


SS 


Request system reset 








(Reboot command) 


ARST2 


0x00000088 


AS 


Reboot acknowledgment 


MRJ 


OxOOOOOOFF 


SS or AS 


Message reject 


RSI 


0x00000091 


SS 


Request system information 


NSI 


0x00000092 


AS 


Response to RSI 


RBN 


0x00000093 


SS 


Request bay number 


NBN 


0x00000094 


AS 


Response to RBN 


SBN 


0x00000095 


SS 


Set bay number 


ABN 


0x00000096 


AS 


Acknowledgment to SBN 


RMI 


0x00000097 


SS 


Request module information 


NM1 


0x00000098 


AS 


Notify module information 


RLI 


0x00000099 


SS 


Request line information 


NLI 


Ox0000009A 


AS 


Notify line information 


RCI 


0x00000098 


SS 


Request channel information 


NCI 


0x0000009C 


AS 


Notify channel information 


SU 


OX0000009D 


SS 


Set line information 


ASU 


Qx0000009E 


AS 


Acknowledgment to SU 


SDEF 


Ox0000009F 


SS 


Set Default Settings 


ADEF 


OxOOOOOOAO 


AS 


Accept Default Settings 


RSSI 


0x000000 Al 


SS 


Request soft switch information 


NSSI 


0x000000 A2 


AS 


Notify soft switch information 


SSSI 


0x000000A3 


SS 


Set soft switch information 


ASSSI 


QxOO0O0OA4 


AS 


Acknowledgment to SSSI 


RSSS 


0x000000 A5 


SS 


Request soft switch status 


NSSS 


Qx000000A6 


AS 


Notify soft switch status 


RMS 


0x00000041 


SS 


Request module status 


RLS 


0x00000043 


SS 


Request line status 


RCS 


0x00000045 


SS 


Request channel status 


NMS 


0x00000042 


AS 


Notify module status 


NLS 


0x00000044 


AS 


Notify line status 


NCS 


0x00000046 


AS 


Notify channel status 


SMS 


0x00000051 


SS 


Set a module to a given state 


SLS 


0x00000053 


SS 


Set a line to a given state 


SCS 


0x00000055 


SS 


Set a group of channels to a 








given state 


RSCS 


0x00000056 


AS 


Response to SCS 


PCT 


0x00000061 


SS 


Prepare channel for continuity test 


APCT 


0x00000062 


AS 


Response to PCT 


SCT 


0x00000063 


SS 


Start continuity test procedure 








with far end as loopback (Generate 








tone and check for received tone) 


ASCT 


0x00000064 


AS 


Continuity test result 


RTE 


Qx0000007D 


SSorAS 


Request test echo 


ARTE 


0x0000007E 


ASorSS 


Response to RTE 


RTP 


0x0000007B 


SS 


Request test ping to given IP address 


ATP 


Ox0000007C 


AS 


Response to RTP 
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TABLE 144-continued 



Message Codes 



Name 


Code 


Source 


Description 


LTN 


0x00000071 


SS 


Listen for tones 


A1TN 


0x00000072 


AS 


Response to listen for tones 


STN 


0x00000073 


SS 


Send tones 


ASTN 


0x00000074 


AS 


Completion result of STN command 


RCSI 


0x00000001 


SS 


Request inbound call setup 


ACSI 


0x00000002 


AS 


Accept inbound call setup 


CONI 




AS 


Connect inbound call (answer) 


RCSO 


0x00000005 


AS or SS 


Request outbound call setup 


ACSO 


0x00000006 


SS or AS 


Accept outbound call setup 


CONO 


0x00000007 


SS or AS 


Outbound call connected 


RCST 


0x00000009 


SS 


Request pass-through call setup 








(TDM connection between two 








channels) 


ACST 


OxOOOOOOOA 


AS 


Accept pass-through call 


RCON 


0X00000013 


SS 


Request Connection 


ACON 


0X00000014 


AS 


Accept Connection 


MOON 


0X00000015 


SS 


Modify connection 


AMCN 


0X00000016 


AS 


Accept modify connection 


RCR 


0x00000011 


SS or AS 


Release channel request 


ACR 


0x00000012 


ASorSS 


Release channel complete 


NOTI 


0x00000017 


AS, SS 


Event notification to the soft switch 


RNOT 


0x00000018 


SS, AS 


Request event notification from 








the access server 



d. A Detailed Mew of the IPDC Protocol Control Messages 
The following section provides a more detailed view of 

the control messages transmitted between Soft Switch 204 

and Access Server 254. 
(1) Startup Messages 

Table 145 below provides the Startup messages, the 
parameter tags, the parameter descriptions (associated with 
these messages) and the R/O status. 



TABLE 145 



40 



Startup (registration and de-registration) 
Parameter Tag Parameter Description 



R/O 



NSUP- 

Notify Access 

Server coming up OxOOOOOOCl 
0x00000001 
0x00000002 
45 0x00000003 
0x00000004 



OxOOOOOOCO Message Code 



ASUP- 

Acknowledgmcnt 
to NSUP 
NSDN - 
Notify Access 
Server 

coming down 
55 (about to reboot) 



0x00000005 
OxOOOOOOCO 
OxOOOOOOCl 
0x00000002 
OxOOOOOOCO 



Transaction ED 

Protocol version implemented. 
System ID 
System type 

Maximum number of modules 
(cards) on the system 
(whether present or not). 
Bay number 
Message Code 
Transaction ID 
System ID 
Message Code 



RSTl - Request OxOOCO 
system reset - OxOOOOOOCl 
Drop all channels 0x00000002 
ARSTl - Reset in OxOOOOOOCO 



OxOOOOOOCl Transaction ID 
0x00000002 System ID 
This message will be sent by the access server 
when it has been asked to reset (for 
instance, from the console, etc.) 



65 



progress - 
awaiting 

Reboot command 
RST2 - Request 
system reset 
(Reboot 
command) 
ARST2 - Reboot 



OxOOOOOOCl 

0x00000002 
OxOOOOOOCO 
OxOOOOOOCl 
0x00000002 



Message Code 
Transaction ID 
System ID 
Message Code 
Transaction ID 

System ID 
Message Code 
Transaction ID 
System ID 



OxOOOOOOCO Message Code 
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TABLE 145-continued 



TABLE 147-continued 



Message 



Startup (registration and de-registration) 
Parameter lag Parameter Description 



R/O 



acknowledgment 



OxOOOOOOCl 
0x00000002 
0x00000006 



Transaction ID 
System ID 
Result code 



Message 



System configuration 

Parameter 
Parameter Tag Description 



R/O Notes 



(2) Protocol Error Messages 

Table 146 below provides the Protocol error messages, the 
parameter tags, the parameter descriptions (associated with 
these messages) and the R/O status. 



ASBN- 
Acknowledg- 
ment to SBN 

SDEF - 
Set Default 



15 



TABLE 146 



Protocol Error handling 
Parameter Tag Parameter Description R/O 



MRJ - Message reject OxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
0x0000001*13 Cause Code Type R 
0x0 00000 Hi Cause code R 
This message is generated by the access server or 
soft switch when a message is received with an 
error, such as an invalid message code, etc 
The cause code indicates the main reason 
why the message was rejected. 

(3) System Configuration Messages 

Table 147 below provides the System configuration 
messages, the parameter tags, the parameter descriptions 
(associated with these messages), the R/O status and any 
notes associated with the message. 



25 



30 



TABLE 147 



System configuration 



OxOOOOOOOD Line number O 



OxOOOOOOCO Message Code R 

OxOOOOOOCl Transaction ID R 

0x00000005 Bay number R 

This message is sent as a response to a SBN request. 

OxOOOOOOCO Message Code R 

OxOOOOOOCl Transaction ID R 

0x00000007 Module O If module 

number number is not 

specified, all 
changes apply 
to all 

modules/lines/ 
channels within 
the bay. 
If line 
number is 
not specified, 
all changes 
apply to all 
lines/channels 
within the 
specified 
module. If line 
number is 
specified, 
module number 
must also be 
specified. 

0x00000015 Channel O If channel 

number number is not 

specified, all 
changes apply 
to all channels 
within the 
specified line. 
If channel 
number is 
specified, 
module number 
and line 
number must 
also be 
specified. 
Required only 
when a change 
to the setting 
is desired. 



Message 


Parameter Tag Description 


R/O Notes 


40 








RSI- 


This message 


does not contain any fields, the 










Request system receiving aca 


ss server returns an NSI message. 




0x00000070 


Encoding Type 


O 


information 












(1 byte) 




NSI- 


OxOOOOOOCO 


Message Code 


R 




0x00000071 


Silence 


o 


Notify system 


OxOOOOOOCl 


Transaction ID 


R 


45 




Suppression 




information 


0x00000001 


Protocol 


R 




Activation 




(response 




version 








Timer 




to RSI) 




implemented 






0x00000072 


Comfort Noise 


o 






(initially, 








Generation 








set to 0). 






0x00000073 


Packet Loading O 




0x00000002 


System ID 


R 




0x00000074 


Echo 


o 




0x00000003 


System type 


R 


50 




Cancellation 






0x00000004 


Maximum 


R 




0x00000075 


Constant 


o 






number of 








DTMF Tone 








modules 








Detection 








(cards) on the 








on/off 








system 






0x00000076 


Constant 


o 






(whether 




55 




MF Tone 








present or 








Detection 








not). 








on/off 






0x00000005 


Bay number 


R 




0x00000077 


Constant 


o 




This message is sent as a response to a RSI request 






Fax Tone 




RBN - 


This message 


does not contain any fields, the 






Detection 




Request bay 


receiving access server returns an NBN message. 






on/off 




number 








60 


0x00000078 


Constant 


o 


NBN - 


OxOOOOOOCO 


Message Code 


R 






Modem Tone 




Response to 


OxOOOOOOCl 


Transaction ID 


R 






Detection 




RBN 


0x00000005 


Bay number 


R 






on/off 






This message 


is sent as a respon: 


je to a RBN request. 




0x00000079 


Programmable 


o 


SBN - 


OxOOOOOOCO 


Message Code 


R 






DSP 




Set bay number OxOOOOOOCl 


Transaction ID 


R 


65 




Algorithm 






0x00000005 


Bay number 


R 






activation 
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TABLE 147-contimied 



TABLE 148-continued 



Message 



System configuration 

Parameter 
Parameter lag Description 



R/O Notes 



Ox0000007A 



O 



o 



o 



Programmable 
DSP 

Algorithm 
deactivation 
Constant 
Packet Loss 
Detection 
on/off 
Packet Loss 
Threshold 
Constant 
Latency 
Threshold 
Detection 
on/off 
Latency 
Threshold 
S ignalin g 
channel 
QoS type 
Signaling 
channel QoS 
value (variable 
length) 

Forward O 
Si gnalin g 
Events to the 
Soft Switch 

This message is used to configure default settings within 
the access server. If no module is specified, default 
settings will apply to all modules/lines /channels in the 
bay. If no line number is specified; default settings will 
apply to all lines/channels within a module. 
If no channel number is specified the default settings 
will apply to all channels within a line. 
ADEF- Accept OxOOOOOOCO Message Code R 
Transaction ID R 



Gx0000007B 



Ox0000007C 



0x00000070 



0xO000007E 



0x00000084 



0x00000085 



Ox0000006E 



o 



Default 
Settings 



OxOOOOOOCl 



0x00000007 



Module O 
number 

Line number O 
Channel O 
number 

Set Channel R 
Status Result 

This message is sent from the access server to the soft 
switch on response to a SDEF message. 



OxOOOOOOOD 
0x00000015 



0x00000048 



The setting for 
these fields are 
the same as 
those passed 
in on the 
SDEF r 



Telco interface configuration 

R/O Notes 



Parameter 
Parameter Tag Description 



NMI - Notify 
module 
information 
10 (response 
toRMI) 



20 



RLi - 
25 Request line 
information 



NLI - 
Notify line 
30 informiation 
(response 
to RLI) 



45 



(4) Telephone Company Interface Configuration Mes- 
sages 



RCI - Request 

channel 

information 



50 



Table 148 below provides the Telephone Company Notify channel 

(Telco) interface configuration messages, the parameter information 

tags, the parameter descriptions (associated with these (response 

messages), the R/O status and any notes associated with the 55 to RCI ) 
message. 

TABLE 148 



0x00000 oco 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOA 
0x0000000 B 

0x00000008 



0x0000003A 



0x00000009 



OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
GxOOOOOOOE 



0x00000010 
0x00000011 
0x00000012 
0x00000013 



0x00000041 

0x00000042 

0x00000043 

OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
0x00000015 

OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
0x00000015 

0x00000016 
0x00000017 



Telco interface configuration 



Message 



Parameter 
Parameter lag Description 



R/O Notes 



RMI - Request OxOOOOOOCO Message Code R 

module OxOOOOOOCl Transaction ID R 

information 0x00000007 Module R 
number 
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0x00000018 
0x00000019 



Message Code 
Transaction ID 
Module 
number 
Module type 
Module 
capabilities 
Number of 
lines (or items, 
depending on 
card type). 
Number of 
failed lines 
(or items, 
depending on 
card type). 
External name 
(Le. f 

"8tl-card", 
etc) in ASCII 
format 

Message Code 

Transaction ID 

Module 

number 

line number 

Message Code 

Transaction ID 

Module 

number 

Line number 

Number of 

channels 

External name 

in ASCII 

format 

Line coding 

Framing 

Signaling type 

In-band 

signaling 

details 

Tl front-end 

type 

Tl CSU 

build-out 

Tl DSX-1 

line length 

Message Code 

Transaction ID 

Module 

number 

Line number 

Channel 

number 

Message Code 

Transaction ID 

Module 

number 

Line number 

Channel 

number 

Channel status 

Bearer 

Capability of 
the Channel 
(BCC) or type 
of the active 
call, when a 
call is present 
Calling 
Party number 
Dialed Phone 
number 



Required only 
if the channel 
has an 
active call. 



149 



US 6,614,781 Bl 



150 



TABLE 148-contimied 



TABLE 149-continued 



Telco interface configuration 



Message 



Parameter 
Parameter Tag Description 



R/O Notes 



Message 



Soft Switch Configuration 
Parameter 

Parameter Tag Description R/O Notes 



0x0000001 A 



SU - Set line OxOOOOOOCO 
information OxOOOOOOCl 



Times tamp of R 
the last channel 
status transition 
Access Server O 
Call Identifier 



Ox0000003B 



ASU - 
New line 
information 

ACK 



0x00000007 



OxOOOOOOOD 
Ox6000000F 



0x00000010 
0x00000011 
0x00000012 



0x00000013 

0x00000041 

0x00000042 

0x00000043 

OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 



Message Code 
Transaction ID 
Module 
number 
line number 
External name 
in ASCII 
format 



line coding O 
Framing O 
Signaling type 



In -band 

signaling 

details 

Tl front-end 
type 

Tl CSU 
build-out 
Tl DSX-1 
Une length 
Message Code 
Transaction ID 
Module 
number 
Line number 



Required only 
if the channel 
has an active 
call. 



Required only 
if the value 
is to be 
changed in the 
access server. 
Required only 
if the value is 
to be changed 
in the 

access server. 
Wid for telco 
interface cards 
only. 



10 



15 SSSI - Set 
intormation 



Ox0000003C 



OxOOOOOOCl 
0x00000002 



0x0000001 B 



o 



20 



SSSI (cont) OxOOOOOOlC 



OxOOOOOOlD 



OxOOOOOOlE 



OxO000003B 



OxOOOOOOOD 

This message is sent as a response to a SU request 



(5) Soft Switch Configuration Messages 

Table 149 below provides the Soft Switch configuration 
messages, the parameter tags, the parameter descriptions 
(associated with these messages), the R/O status and any 
notes associated with the message. 

TABLE 149 

Soft Switch Configuration 
Parameter 



30 



ASSS1 - 
Acknowledge 
to SSSI 
35 RSSS - 
Request soft 
switch status 

NSSS- 
Notify soft 
switch status 



IP address 
for tertiary 
soft switch 
TCP port for 
tertiary 
soft switch 
This message is sent as a response to a 
or when the local access server configui 
by other means. 

OxOOOOOOCO Message Code R 
Transaction ID R 
Serial number R 
of remote unit 
New IP address R 
of primary 
soft switch 
TCP port for R 
primary 
soft switch 
New IP address O 
of secondary 
soft switch 
TCP port for 
secondary 
soft switch 
IP address for 
tertiary 
soft switch 
TCP port for O 
tertiary 
soft switch 
This message is sent as a response to a 



Required only 
if tertiary soft 
switch has been 
configured 



RSSI request, 
ration is changed 



O 



O 



Qx0000003C 



Required only 
if secondary 
soft 

switch is being 
set configured 

Required only 
if tertiary soft 
switch is being 
set cotifigured 



SSSI request 



Message 


Parameter Tag 


Description 


R/O 


Notes 


RSSI - Request 










soft switch 










information 










NSSI - 


OxOOOOOOCO 


Message Code 


R 




Notify soft 


OxOOOOOOCl 


Transaction ID 


R 




switch 


OxOOOOOOlB 


IP address for 


R 




information 




primary soft 
switch 








OxOOOOOOlC 


TCP port for 
primary soft 
switch 


R 






OxOOOOOOlD 


IP address for 
secondary 
soft switch 


O 


Required only 
if secondary 
soa 




OxOOOOOOlE 


TCP port for 
secondary 
soft switch 


O 


switch has been 
configured 
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OxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
0x00000002 Serial Number R 

of Remote Unit 
OxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
0x00000002 Serial Number R 

of Remote Unit 
OxOOOOOOlB New IP R 

Address of 

Primary Host 
OxOOOOOOlC TCP port for R 

Primary 

OxOOOOOOlD New IP O Required only 

Address of if secondary 

Secondary Host soft switch is 

OxOOOOOOlE TCP port for configured 
Secondary 

Ox0000003B IP Address for O Required only 
tertiary if tertiary 

soft switch soft switch is 

Qx0000003C TCP port for O configured 
tertiary soft 
switch 

0x0000001 F Soft Switch R 
in use 
(Primary/ 
Secondary/ 
Tertiary) 

This message is sent in response to a RSSS request. 



(6) Maintenance-Status Messages 

Table 150A below provides the Maintenance-Status 
65 messages, the parameter tags, the parameter descriptions 
(associated with these messages), the R/O status and any 
notes associated with the message. 
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TABLE 150A 



TABLE 150A-continued 



Maintenance Status 

Parameter 
Parameter Tag Description 



R/O Notes 



RMS - 
Request for 
module status 



RLS- 

Request line 
status 



RCS- 
Request 
channel status 



NMS - 
Notify 

module status 



NLS - 
Notify line 
status 



NCS- Notify 
channel status 



SMS -Set 
a module to 
a given status 



QxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
0x00000007 Module R 
number 

This message will force an immediate NMS. 
OxOOOOOOCO Message Code R 
Transaction ED R 
Module R 
number 

Line number R 
This message will force an immediate NLS. 
OxOOOOOOCO Message Code R 
Transaction ID R 
Module R 
number 
Line number 
Channel 
number 

This message will force an immediate NCS. 



OxOOOOOOCl 
0x00000007 



OxOOOOOOOD 



OxOOOOOOCl 
0x00000007 



OxOOOOOOOD 
0x00000015 



R 
R 



OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOA 



OxOOOOOOOC 
0x00000020 



0x00000021 



Message Code 
Transaction ID 
Module 
number 
Module type 
(see NMI 
above) 

Module status 
Number of 



Valid for 
telco interface 
cards only. 



0x00000007 

OxOOOOOOOD 
0x00000014 
0x00000022 

0x00000023 



OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
0x00000015 

0x00000023 



R 
R 
R 

R 
R 
R 



Message 



Maintenance Status 

Parameter 
Parameter Tag Description 



R/O Notes 



10 



SLS - 

Set a line to a 
given status 



15 



SCS- 
Set a group 
of channels u 
given status 



OxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
0x00000007 Module R 
number 

OxOOOOOOOD Line number R 
0x00000025 Requested R 
line state 

As the lin changes status, the access server will notify 
the soft switch with NLS messages. The transaction ID in 
those NLS messages will not be the same as the 
transaction ID in the SLS message. 



20 
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Line status: 
one entry 
per line 

This message should be issued by the access server any 
time that the module status changes or if a RMS 
command was received. 
QxOOOOOOCO Message Code 
OxOOOOOOCl Transaction ID 
Module 
number 
Line number 
Line status 
Number 
of channels 
Channel status: R 
one entry 
per channel 

This message should be issued by the access server any 
time that the line status changes or if a RLS command 
was received. 

Message Code 
Transaction ID 
Module 
number 
Line number 
Channel 
number 

Channel status R 
This message should be issued by the access server if an 
RCS command was received 
OxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
0x00000007 Module R 
number 

0x00000024 Requested R 

module state 
As the Module changes status, the s 
notify the soft switch with NMS r 
The transaction ID in those NMS messages will not be 
the same as the transaction ID in the SMS message. 



RSCS- 
Response to 
30 SCS 



35 



OxOOOOOOCO 


Message Code 


R 


OxOOOOOOCl 


Transaction ID 


R 


0x00000007 


Module 


R 




number 




OxOOOOOOOD 


Line number 


R 


0x00000015 


Channel 


R 




number 




0x00000029 


End Channel 


R 




number 




0x00000026 


Requested 


R 




Channel 






Status 






Action 




0x00000027 


Set Channel 


R 




Status Option 




OxOOOOOOCO 


Message Code 


R 


OxOOOOOOCl 


Transaction ID 


R 


0x00000007 


Module 


R 




number 




OxOOOOOOOD 


Line number 


R 


0x00000028 


Start Channel 


R 




number 




0x00000029 


End Channel 


R 




number 




0x0000002A 


Set Channel 


R 




Status Result 




0x00000022 


Number of 


R 




channels 




0x00000023 


Channel status: 


R 




one entry 






per channel 





Table 150B below lists actions which can set the channels 
45 from an initial state to a final state. 
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TABLE 150B 


Action 


Valid initial state 


Final state 


Reset to idle 


maintenance, blocked, 


idle 




loopback, idle, 






in use, connected 




Reset to out 


maintenance, blocked, 


out of service 


of service 


loopback, idle, 






in use, connected 




Start loop back 


idle 


loopback 


End loopback 


loopback 


idle 


Block 


idle 


blocked 


Unblock 


blocked 


idle 



server will 



(7) Continuity Test Messages 

Table 151 below provides the Continuity test messages, 
65 the parameter tags, the parameter descriptions (associated 
with these messages), the R/O status and any notes associ- 
ated with the message. 
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TABLE 151 



TABLE 152-contimied 





Continuity Test 








Keepalive Test 










Parameter 




5 




Parameter Parameter 






Message 


Parameter Tag 


Description 


R/O Notes 




Message 


lag Description 


R/O 


Notes 


PCT - Prepare 


OxOOOOOOCO 


Message Code 


R 




Response 


OxOOOOOOCl Transaction ID 


R 




channel for 


OxOOOOOOCl 


Transaction ID 


R 




to RTE 


0x0000 002E Random characters 


R 


Same random 


continuity test 


0x00000007 


Module 


R 










characters 






number 




10 








from RTE 




OxOOOOOOOD 


line number 


R 














0x00000015 


Channel 


R 
















number 














apct- 


OxOOOOOOCO 


Message Code 


R 












Response to 


OxOOOOOOCl 


Transaction ID 


R 




(9) LAN Test Messages 






PCT request 


0x00000007 


Module 


R 


15 














number 













SCT- Start 
continuity test 
procedure 
with far end 
as loop back 



Ox0000002B 



OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
0x00000015 

Qx0000002C 



OxOOOOOOOD Line number R 
0x00000015 Channel R 
number 

Prepare R 
for continuity 
check result 
Message Code R 
Transaction ID R 
Module R 
number 

line number R 
Channel R 
number 

Timeout in R Default is 2 
milliseconds. milliseconds 
The SCT command must be received less than 3 seconds 
after the APCT was sent 

The continuity test performed by the access server 
is as follows: 

1. Start tone detection 

2. Generate a check tone 

3. Start timer 

4. When tone is detected (minimum of 60 ms): 

4.1. Stop timer 

4.2. Stop generator 

4.2.1 TEST SUCCESSFUL 
If timer expires: 

5.1. Stop generator 

5.2. TEST FAILED 

After continuity testing, a channel is always left in 
the idle state. 

Message Code R 
Transaction ID R 
Module R 
number 

Line number R 
Channel R 
number 

Continuity R 
Test Result 



(8) Keepalive Test Messages 

Table 152 below provides the Keepalive test messages, 
the parameter tags, the parameter descriptions (associated 
with these messages), the R/O status and any notes associ- 55 
ated with the message. 

TABLE 152 



ASCT- 
Continuity 



5. 



OxOOOOOOCO 
OxOOOOOOCl 
0x00000007 

OxOOOOOOOD 
0x00000015 

Ox0000002D 
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Table 153 below provides the LAN test messages, the 
parameter tags, the parameter descriptions (associated with 
these messages), the R/O status, and any notes associated 
with the message. 



TABLE 153 





Parameter 


Parameter 






Message 




Description 


R/O 


Notes 


KIT - 


OxOOOOOOCO 


Message Code 


R 




Request 


OxOOOOOOCl 


Transaction ID 


R 




a test 


0x00000002 


System ID 


R 




ping 


0x0000 002F 


IP Address to Ping 


R 






0x00000030 


Number of pings 


R 


Number of 
pings to send 


ATP- 


OxOOOOOOCO 


Message Code 


R 




Response 


OxOOOOOOCl 


Transaction ID 


R 




to RTP 


0x00000002 


System ID 


R 






OxO000002F 


IP Address to Ping 


R 






0x00000030 


Number of pings 


R 


Number of 








successful 
pings 
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(10) Tone Function Messages 

Table 154 below provides the Tone function messages, the 
parameter tags, the parameter descriptions (associated with 
these messages), the R/O status and any notes associated 
with the message. 

TABLE 154 

Tone functions 



Message 



Parameter 
Tag 



Keepalive Test 

Parameter 
Description 



R/O Notes 



RTE - OxOOOOOOCO Message Code R 

Request OxOOOOOOCl Transaction ID R 

test echo Ox0000002E Random characters R 

ARTE- OxOOOOOOCO Message Code R 



65 



Message 


Tag\fcrue 


Field Description 


R/O Notes 


STN - 


OxOOOOOOCO 


Message Code 


R 


Send tones 


OxOOOOOOCl 


Transaction ID 


R 




0x00000007 


Module number 


R 




Qx0000002D 


Line number 


R 




0x00000015 


Channel number 


R 




0x00000049 


Tone Type 


R 




OxO000004A 


Apply or Cancel Tone 


R 




0x00000032 


Number of tones to send 


R 




0x00000033 


String of Tones to send 


R 


ASTN - 


OxOOOOOOCO 


Message Code 


R 


Completion 


OxOOOOOOCl 


Transaction ID 


R 


result of 


0x00000007 


Module number 


R 


STN command 


OxOOOOOOOD 


Line number 


R 




0x00000015 


Channel number 


R 




0x00000036 


Tone Send Completion 
Status 


R 



US 6,614,781 Bl 

155 

(11) Example Source Port Types 

Table 155 below provides a list of exemplary Source Port 
Types. 

TABLE 155 



Source Ports 



Source Port Type Parameter Tag Parameter Description 



GSTN 



Packet ATM 
Packet H.323 



Tag 0x07 Source module number 

Tag OxOD Source line number 
Tag 0x15 Source channel number 

Tag 0x48 Source jack ID (for DSL) 

Tag 0x59 Source ATM Address Type 

Tag Qx5A Source ATM Address 
Tag 0x5B Source H.323 Network Address 

(IP address) 

Tag 0x9A Source H.323 TSAP Identifier (Port) 

or 

Tag Qx5C Source H.323 alias 

with 

Tag 0x63 Destination H.323 Network Address 

(IP address) 

Tag Qx9B Destination H.323 TSAP Identifier 

or (Port) 
Tag 0x64 Destination E 1.323 alias 

Tag Qx5D Destination listen IP address 

OxFFFFFFFF tells soft switch to 

allocate 

Tag 0x5E Destination listen KIT port number 

Tag 0x5F Destination send IP address 

QxFFFFFFFF indicates unspecified 

address 

Tag 0x60 Destination send FTP port number 



(12) Example Internal Resource Types 

Table 156 below provides a list of exemplary Internal 
Resource Types. 

TABLE 156 

Resource Identifier for Internal Resources 



Packet RTP 



Internal 
Resource Type 



Parameter Tag Parameter Description 



Modem Port 0x0000006 B Identifier for internal modem 

resource - optional 
Fax Port 0x00000068 Identifier for internal fax resource - 

optional 

Conference Port 0x00000067 Identifier for internal conference 

resource - optional 
Playback 0x00000069 Internal announcement resource ID - 

optional 

0x00000 07F Announcement identifier - optional 
0x00000080 Announcement information - optional 
0x00000086 Announcement treatment - optional 
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TABLE 156-continued 




Resource Identifier for Internal Resources 


Internal 
Resource Type 


Parameter Tag Parameter Description 


Recording 


0x00000069 Internal recording resource ID - 
optional 
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(13) Example Destination Port Types 

Table 157 below provides a list of exemplary Destination 
Port Types. 

TABLE 157 



Destination 
20 Port Types 



Destination Ports 



Parameter Tag Parameter Description 



GSTN 



25 



Packet ATM 



Packet H.323 



Tag 0x00000037 
Tag 0x00000038 
Tag 0x00000039 
Tag 0x0000005 D 



Tag 0x0000005 F 
Tag 0x0000005 F 



Tag 0x00000060 
Tag 0x00000037 
Tag 0x00000038 
Tag 0x00000039 
Tag 0x00000061 
Tag 0x00000062 
Tag 0x00000056 

Tag 0x0000009A 



Tag OxOOOOOOSC 

with 
Tag 0x00000063 



Destination module number 
Destination line number 
Destination channel number 
Destination listen IP address 
OxFFFFFFFF tells soft switch to 
allocate 

Destination listen RTP port number 
Destination send IP address 
OxFFFFFFFF indicates unspecified 
address 

Destination send RTP port number 

To module number 

To line number 

To channel number 

To ATM Address Type 

To ATM Address 

Source H323 Network Address 

(IP address) 

Source H.323 TSAP Identifier 
(UDP Port) 

Source H.323 alias 

Destination H.323 Network Address 
(IP address) 

Destination H.323 TSAP Identifier 
(UDP Port) 



Tag 0x00000913 
or 

Tag 0x00000064 Destination H.323 alias 
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(14) Call Control Messages 

Table 158A below provides a list of exemplary Call 
Control Messages. 



TABLE 158A 



Call Control 



Parameter 
Parameter Tag Description 



R/O Notes 



Port 
Types 



RCON- 
Request 
Connection 



OxOOOOOOCO 
OxOOOOOOCl 
OxOOOO00C2 
0x00000065 



0x00000066 



Message Code 
Transaction ID 
Call ID 

Source port type 



Destination port 
type 



See additional fields 
necessary for each port 
type 

Sec additional fields 
necessary for each port 
type 



All 
All 
All 
All 



All 
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TABLE 158A-continued 



Call Control 



Message 



Parameter 
Parametei Tag Description 



R/O Notes 



Port 
Types 



0x00000017 

0x00000019 
0x00000018 
0x00000044 



0x00000045 



0x00000070 
0x00000071 

0x00000072 

0x00000073 
0x00000074 
0x00000075 

0x00000076 
0x00000077 
0x00000078 

0x00000079 



Ox0000007B 

Ox0000007C 
Ox0000007D 

OxOOOOOOTE 

0x00000081 
0x00000082 

This message 
connection to 
ACON - OxOOOOOOCO 
Accept OxOOOOOOCl 
Connection 0x000000C2 
0x00000065 



Bearer Capability 
of the Channel 
(BCC) required 
for the call 
Called Phone 
Number 
Calling Pary 
Number 
CPE lines to 
present the call 



Date and time 
of the call 



O Used only for 

authentication for 
O modem transfer calls 

O Used only for GSTN 
ports where an 
outbound call is to be 
made. This field can be 
used for applications 
when the same physical 
channel can be 
times hared by several 
CPE devices/ports 
O Used only for GSTN 
ports where an 
associated outbound 
call is to be made 
O Required only for 
priority calls 



Required only when 
feature is desired 



O 
O 

o 
o 



o 



o 



o 



o 



o 
o 



All 



Requested 
Priority 
(forced 911, 
not forced) 
Encoding Type 
(1 byte) 
Silence 
Suppression 
Activation timer 
Comfort Noise 
Generation 
Packet Loading 
Echo Cancellation 
Constant DTMF 
Tone Detection 
on/off 

Constant MF tone 
Detection on/off 
Constant Fax tone 
detection on/off 
Constant Modem 
tone detection 
on/off 

Programmable 
DSP Algorithm 
activation 
Programmable 
DSP Algorithm 
deactivation 
Constant Packet 
Loss Detection 
on/off 
Packet Loss 
Threshold 
Constant Latency 
Threshold 
Detection on/off 
Latency 
Threshold 
QoS type 
QoS value 
(variable length) 
is sent from the soft switch to the access server to request a 
be setup to the specified endpoinL 
Message Code R 



R,H,A 



All 
All 



All 



All 



All 



All 



All 



R,H,A 



R,H,A 
R> H, A 



R, H, A 

R,H,A 
R,H,A 



Transaction ID 
Call ID 

Source port type 

Destination port 
type 



R 
R 
O 



See additional fields 
necessary for each port 
type 

See additional fields 
necessary for each port 
type 



All 
All 
All 
All 



All 
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TABLE 158A-continued 



Call Control 



Parameter 

Message Parameter Tag Description 



R/O Notes 



Port 
Types 



MOON - 

Modify 

Connection 



O 



All 



0x00000040 Access Server 
Caller Identifier 

This message is sent from the access server to the soft switch indicating that 
the connection has been accepted. This message is sent in response to an 
RCON, if the access server allocates an endpoint on its own (if resource 
management is done by the access server) the endpoint ID will be returned 
in the ACON. 



AMCN - 
Accept 
Modify 
Connection 



OxOOOOOOCO 


Message Code 


R 




All 


OxOOOOOOCl 


Transaction ID 


R 




All 


0x0000 U 0C2 


Call ID 


R 




All 


0x00000065 


Source port type 


R 


See additional fields 


All 






necessary for each port 
type 




Oxonnonofifi 

UAUUiAIUUOll 


F^cti tin H rwi nrtrt 

LtS LiilallUll JJUI L 

type 


R 


nrtrlitirYnA t fif*1Hs 
occ au ujj4.lt Lull Liciua 

necessary for each port 
type 


All 


0x00000070 


Encoding Type 


o 


Required only when a 


R, H, A 


0x00000071 


Silence 
Suppression 
Activation timer 


o 


change to the field 
value is desired 


r,h[a 


0x00000072 


Comfort Noise 
Ge ne rat ion 


o 




R,H,A 


0x00000073 


Packet Loading 


o 




R, H, A 


0x00000074 


Eclio CciiiceliHtioii 


o 




All 


0x00000075 


Constant DTMF 
Tone Detection 
on/off 


o 




All 


0x00000076 


Constant MF 
Tone Detection 
on/off 


o 




All 


0x00000077 


Constant Fax tone 
detection on/off 


o 




All 


0x00000078 


Constant Modem 
tone detection 
on/off 


o 




All 


0x00000079 


Programmable 
DSP Algorithm 
activation 


o 




All 


Qx0000007A 


Programmable 
DSP Algorithm 
deactivation 


o 




All 


Qx0000007B 


Constant Packet 
Loss Detection 
on/off 


o 




R,H,A 


Ox0000007C 


Packet Loss 
Threshold 


o 




R,H,A 


Qx0000007D 


Constant Latency 
Threshold 
Detection on/off 


o 




R,H,A 


OxOOOOOOTE 


Latency 
Threshold 


o 




R,H,A 


0x00000081 


QoS type 


o 




R,H,A 


0x00000082 


QoS (variable 
length) 


o 




R,H,A 



This message is sent from the soft switch to the access server 
to query or request changes to the settings associated with a 
connection. Except for the "from" and "to" port 
fields, all other fields are optional. If a field is specified 
the access server is requested to change to the specified setting. 
In response to an MOON the access server responds with current 
settings for all fields. 
QxOOOOOOCO Message Code R 
OxOOOOOOCl Transaction ID R 
QxOOOOOOC2 Call ID R 
0x00000065 Source port type R 



0x00000070 
0x00000071 



Destination port 
type 

Encoding Type 
Suppression 
Activation timer 



See additional fields 
necessary for each port 
type 

See additional fields 
necessary for each port 
type 

All fields are required 
since the message is 
also a query response 



All 
All 
All 
All 



All 



R, H, A 
K,H,A 
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TABLE 158A-continued 



Call Control 



Parameter 
Parameter Tag Description 



R/O Notes 



Port 
Types 



0x00000072 


Comfort Noise 
Generation 


R 


R, H, A 


0x00000073 


Packet Loading 


R 


R,H,A 


0x00000074 


Echo Cancellation 


R 


All 


0x00000075 


Constant DTMF 
Tone Detection 
on/off 


R 


All 


0x00000076 


Constant MF 
Tone Detection 
on/off 


R 


All 


0x00000077 


Constant Fax tone 
detection on/off 


R 


All 


0x00000078 


Constant Modem 
tone detection 
on/off 


R 


All 


0x00000079 


Programmable 
DSP Algorithm 


R 


All 


Qx0000007B 


Constant Packet 
Loss Detection 
on/off 


R 


All 


Qx0000007C 


Packet Loss 
Threshold 


R 


R,H,A 


OxOOOOOOTD 


Constant Latency 
Threshold 
Detection on/off 


R 


R,fLA 


Ox0000007E 


Latency 
Threshold 


R 


R, H, A 


0x00000040 


Access Server 
Call Identifier 


R 


All 


0x00000081 


QoS type 


R 


R,H,A 


0x00000082 


QoS (variable 
length) 


R 


R,H,A 


This message 


is sent from the access server to the soft 





switch to acknowledge the modifications made in response to 
the MOON. Only those tags sent in the modify request should be 
returned in the modify accept 



(15) Example Port Definitions 

Table 158B below provides a list of exemplary Port 
Definitions. 

TABLE 158B 



Type 



Port Definitions 
Description 



All The field applies to all port types 

G The field applies to GSTN port types 

H The field applies to IL323 port types 

R The field applies to RTP port types 

A The field applies to ATM port types 

M The field applies to internal modem port types 
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TABLE 158B-conunued 





Port Definitions 


Type 


Description 


F 


The filed applies to internal fax port types 


C 


The field applies to internal conference port types 


P 


The field applies to internal playback port types 


Re 


The field applies to internal recording port types 



(16) Call Clearing Messages 

Table 158B below provides a list of exemplary Call 
Gearing Messages. 



TABLE 159 



Call Clearing 



Message 



Parameter 
Parameter Tag Description 



R/O Notes 



RCR - Release OxOOOOOOCO Message Code 

channel request QxOOOOOOCl Transaction ID 

Gx000000C2 Call ID 

0x00000065 Source Port type 



See additional fields 
necessary for each port 
type 
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TABLE 159-contimied 

Call Clearing 
Parameter 

Message Parameter Tag Description R/O Notes 



OxOOOOOOFD Cause Code Type R 

OxOOOOOOFE Cause Code R 
In case of a pass-through call (TDM or packet connection), the channel 
identified should be the source side. 

ACR - Release OxOOOOOOCO Message Code R 

channel OxOOOOOOCl Transaction ID R 

completed 0xO000OOC2 Call ID R 

0x00000065 Source Port type R 



OxOOOOOOFD 
OxOOOOOOFE 
0x00000091 

0x00000092 

0x00000093 

0x00000094 
0x00000095 



0x00000098 



OxOOOOOOAO 



Cause Code Type 
Cause Code 

Number of packets sent 
and received 
Number of packets 
dropped 

Number of bytes sent 
and received 

Number of bytes dropped 
Number of signaling 
packets sent and 
received 

Number of signaling 
packets dropped 
Number of signaling 
bytes sent and received 
Number of signaling 
bytes dropped 
Estimated average 
latency 

Number of audio packets 
received 

Number of audio bytes 
received 

Number of signaling 
packets received 
Number of signaling 
bytes received 



See additional fields 
necessary for each port 
type 



R 
R 

O Required for packet 
pass through calls only 



O 
O 



(17) Event Notification Messages 
Table 158B below provides a list of exemplary Event 
Notification Messages. 



TABLE 160 



Event Notification 



Parameter 



Message 


Parameter Tag 


Description 


R/O 


Notes 


Nan - 


OxOOOOOOCO 


Message Code 


R 




Event 


OxOOOOOOCl 


Transaction ID 


R 




Notification 


0x00O000C2 


Call ID 


R 






0x00000065 


Source Port type 


R 


See additional fields 
necessary for each port type 




0x00000083 


Event type 


O 






0x00000019 


Called phone 
number 


O 


Required tags for event type 
0x000000 - Inbound call 




0x00000018 


Calling party 
number 


o 


notification 




OxOOOOOOFD 


Cause Code Type 


o 


Required tags for event type 




OxOOOOOOFE 


Cause Code 


o 


0x04 - Call termination 
notification 




Ox0000007C 


Packet Loss 
Threshold 


o 


Required tags for event type 
0x05 - Packet loss threshold 
exceeded 




0x00000070 


Encoding Type 


o 


Required tags for event type 
0x06 - Voice codec changed 




0x00000073 


Packet Loading 


o 


Required tags for event type 
0x07 - Voice codec changed 



t t 
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TABLE 160-contimied 



Event Notification 



Message Parameter Tag 



Parameter 
Description 



R/O Notes 



OxOOOOOOAl 
OxOOOOOOBO 
OxOOOO0OB7 



Pa lie ml detected 
Pattern 16 detected 
Input buffer 



O 
O 

o 



Detected Signals in 
character string form 
This message is sent from the access server to the soft switch to indicate the 
occurrence of an event 



RNOT- 
Request 
Event 

Notification 



OxOOOOOOCO 
OxOOOOOOCl 
0xOO000OC2 
0x00000065 



OxOOOO00B2 



0x00000046 



0xOO0000B3 



Message Code 
Transaction ID 
Call ID 

Source port type 



0x00000083 Event type 



OxOOOOOOBO Patternl6 



OxOOOOOOBl Initial Timeout 



Inter-signaling 
Timeout 



Maximum time to 
wait for signal 
detection 
Enabled Event 



See additional fields 
necessary for each port type. 
Note that a soft switch can 
request notification for a set 
of events on an entire bay, 
or on an entire bay/module, 
or on an entire 
bay/module/line, without 
specifying each individual 
channel. 

A soft switch can request 
notification of a specific 
event or set of events. The 
event type field can be 
repeated as many times as 
needed. 

A soft switch can request 
notification of a specific 
pattern as described in the 
pattern grammar above. 
A soft switch can request 
notification of a specific 
pattern as described in the 
pattern grammar above. 
If parameter is not included, 
then there is no timeout. 
Initial Timeout is the 
maximum time between 
starting retrieve signals and 
the first signal detected. 
If parameter is not included, 
then there is no timeout 
Inter-signaling Timeout is 
the maximum time between 
the detection of one signal 
and the detection of another 
signal. 

If parameter is not included, 
then there is no timeout 



O 



Specifics an automated 
response if a signal pattern 
is detected, in the form 
"[pattern*], [event 
character J\ This tag may 
be included multiple times 
within a single message. 
When parameter is included 
with any value, then as the 
input buffer fills up, the 
oldest received signal is 
discarded. 
If parameter is not 
specified, default buffer size 
is 35 characters. 
Filter Pattern allows certain 
signals to be excluded from 
the input buffer of detected 
signals (ignored signals). 
This event is sent from the soft switch to the access server to indicate that 
the access server should notify the soft switch of the indicated events. 



OxO000O0B4 Discard Oldest 



0xOO0000B5 Buffer Size 



0xO00000B6 Filter 



O 



o 
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(18) Tunneled Signaling Messages 
Table 158B below provides a list of Tunneled Signaling 
Messages. 
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TABLE 161 



Tunneled Signaling 
Parameter 



Message 


Parameter Tag 


Description 


R/O 


Notes 


SIG - 


OxOOOOOOCO 


Message Code 


R 




Notify/ 










Initiate 


OxOOOOOOCl 


Transaction ID 


R 




Signaling 


0x00000065 


Source port type 


R 


Only port type of GSTN, 


Events 








HJ23 and ATM are 
allowable values for this 
field. See the additional 
fields necessary for these 
ports types. 




Ox0000006C 


Signaling Event Type 


R 


Identifies the signaling 
event included in the 
Signaling Data field. 




Ox0000006D 


Signaling Event Data 


R 





e. Control Message Parameters 

Table 162 below provides a listing of the control message 
parameters, and the control messages which use these mes- 
sage parameters. More specifically, Table 162 provides the 



tags associated with the parameters, the size (in bytes) of the 
25 parameters, the type of the parameters (e.g., ASCII), the 
parameter descriptions, the values and the control messages 
which use the parameters. 



TABLE 162 



Parameter 
Tag 



Size 
(bytes) Type 



Parameter 
description 



Values 



Usage 



0*00000000 
0x00000001 



0x00000002 



0x00000003 
0x00000004 



0x00000005 
0x00000006 



0x00000007 



4 BYTE End marker 
4 UINT Protocol version 



Always 0x00000000 
0x00000000 

0x00000001 



Version 0 
(Xcom NMI 5.0) 
IPDC Version 0.1 



lto24 ASCII 



System ID/ 
Serial Number 



9 ASCII System type 
4 UINT Max. number 
of modules 
(slot cards) 
supported 
8 ASCII Bay number 

4 BYTE Reboot 

acknowledgment 



UINT Module number 



0x00000000 



Request accepted. 
Access server 
will reboot now. 
Request denied. 
Access server 
will not reboot. 



0x00000008 



0x00000009 



UINT 



ASCII 



Number of lines 
on this module 
Module name 



All messages. 
NSUP 



NSUP, ASUP, 
NSDN, RST1, 
ARST1, RST2, 
ARST2, NSI, 
SSSI, RSSS, 
NSSS 
NSUP, NSI 
NSUP, NSI 



NSUP, 
NSI, NBN 
ARST2 



RMI, NMI, 
Rli, NLL, 
RCI, NQ, 
SLI, ASU, 
RMS, RLS, 
RCS, NMS, 
NLS, NCS, 
SMS, SLS, 
SCS, RSCS, 
PCT,APCT, 
SCT, ASCT, 
STN, ASTN, 
RCON, ACON, 
MCON, AMCN, 
RCR, ACR 
NMI, NMS 

NMI 



it 
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TABLE 162-continued 



Parameter 
Tag 



Size Parameter 
(bytes) Type description 



Wues 



Usage 



OxOOOOOOOA 



OxOOOOOOOB 



OxOOOOOOOC 



OxOOOOOOOD 



4 BYTE Module type 



4 BYTE Module 



4 BYTE Module status 



4 UINT Line Number 



OxOOOOOOOE 



OxOOOOOOOF 
0x00000010 



0x00000011 



0x00000013 



4 UINT Number of 
channels on 
thin line 
16 ASCII Line name 
4 BYTE Line coding 



4 BYTE line framing 



4 BYTE Line siganling 

Hpfnilg 



4 BYTE Line in-band 

signaling rfptatlg 



0x00000014 



BYTE line status 



0x00000015 



UINT Channel number 



0x00000000 not present 

0x00000001 unknown 
Other values to be defined 
Logical OR of any of the 
capabilities following Hags 



0x00000001 

0x00000002 

0x00000000 
0x00000001 
0x00000002 
0x00000003 



0x00000000 
OxOOOOOOOl 
0x00000002 
0x00000000 
0x00000001 
0x00000002 
0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 
0x00000000 
0x00000001 
0x00000002 
0x00000003 

0x00000004 

0x00000005 
0x00000006 
0x00000000 
0x00000001 
0x00000002 

0x00000003 
0x00000004 
0x00000005 
0x00000006 



Capable of 
continuity testing 
Network 
interface module 
not present (empty) 
out of service (down) 
up 

error 



Unknown 

AMI 

B8ZS 

Unknown 

D4 

ESF 

Unknown 
In-band 
ISDN PRI 
NFAS 

SS7 gateway 
Unknown 
Wink start 
Idle start 

wink-wink with 200 
msec wink 
wink-wink with 400 
msec wink 
loop start CPE 
ground start CPE 
not present 
disabled 
red alarm 
(loss of sync) 
yellow alarm 
other alarms or errors 
up 

loopback 



NMI 



RU, NLI, 
RCI, NCI, 
SLI, ASLl, 
RLS, RCS, 
NLS, NCS, 

RSCS, 

per, 

APCT, 

scr, 
ascx 

STN, 
ASTN, 
MCON, 
ACON, 
RMCN, 
AMCN, 
RCR, ACR 
NLI. NLS 



NLI, SLI 
NLI, SLI 



NLI, SU 



NLI, SLI 



NLI, SLI 



NLS 



RCI, Na, 
RCS, NCS, 

scs, 

RSCS, 

PCT, 

APCT, 

SCT, 

ASCT, 

STN, 

ASTN, 

MCON, 

ACON, 

RMCN, 
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TABLE 162-continued 



Parameter 
Tag 



Size Parameter 
(bytes) Type description 



Usage 



0x00000016 



BYTE Channel status 



0x00000017 



BYTE Bearer capability 



0x00000018 


24 


Asai 


Calling party number 


0x00000019 


24 


Asai 


[Haled number 


0x0000001 A 


4 


TIME 


Channel status change 








times tamp 


0x0000001 B 


4 


BYTE 


Primary soft switch IP 


0x000000 1C 


4 


UINT 


Primary soft switch 








TCP port 


OxOOOOOOlD 


4 


BYTE 


Secondary 








soft switch LP 


OxOOOOOOlE 


4 


UINT 


Secondary soft switch 








TCP port 


OxOOOOOOlF 


4 


BYTE 


Soft switch selector 


0x00000020 


4 


UINT 


Number of lines 








in the Line 








status array 


0x00000021 


Variable 


BYTE 


Ijiwt status array 



0x00000022 4 UINT Number of channels 

in the Channel 
status array 

0x00000023 Variable BYTE Channel status array 



0x00000000 
0x00000001 
0x00000002 



0x00000003 



0x00000004 
0x00000005 
0x00000006 
0x00000007 

0x00000008 
0x00000009 
OxOOOOOOOA 
0x0000000 B 

OxOOOOOOOE 
A one byte value. The capability 
encoding is the same as the octet 
"Information Transfer Capability" 
from the User Service Information 
parameter from ANSI Tl. 113.3: 



not present 
out of service 
signaling channel 
(le., D-channel 
on an ISDN PRI line 
maintenance 
(continuity test 
pending or in progress) 
blocked 
loop back 
idle 

in use (dialing, 
ringing, etc.) 
connected 
in use/DSP output 
in use/DSP input 
in use/DSP 
input + output 
off hook/idle 



AMCN, 
RCR, ACR 
NCS 



NCI, RCON 



0x00000000 
0x00000008 
0x00000009 
0x00000010 

0x00000012 



Vbicc call 
64K data call 
56K data call 
Modem call 
(3.1K Audio call) 
Fax call 

(Reserved for future use, 
not ANSI -compliant) 



1"* byte: Class A octet 
2 nd byte: Class B octet 
3 rd byte: Class C octet 
4 th byte: Server octet 



1** byte: Class A octet 
2 nd byte: Class B octet 
3 ld byte: Class C octet 
4 fh byte: Server octet 



0x00000001 
0x00000002 
0x00000003 



0x00000000 
0x00000001 
0x00000002 

0x00000003 
0x00000004 
0x00000005 
0x00000006 



0x00000000 
0x00000001 
0x00000002 



0x00000003 



0x00000004 



Primary Soft Switch 
Secondary Soft Switch 
Tertiary Soft Switch 



not present 

disabled 

red alarm 

(loss of sync) 

yellow alarm 

other alarms or errors 

up 

loopback 



not present 
out of service 
signaling channel 
(Le., D-channel on an 
ISDN PRI) 
maintenance 
(continuity test pending/ 
in progress) 
blocked 



NCI, RCON 
NCI, RCON 
NCI 

NSSI, 

SSSLNSSS 



NSSI, 

SSSI, NSSS 
NSSI, 

SSSI, NSSS 



NSSI, 

SSSI, NSSS 
NSSS 



NMS 



NLS 



NLS 
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TABLE 162-continued 



Parameter 


Size 




Parameter 








'lag 


(bytes) 


Type 


description 


Values 




Usage 










UXU00U0UU5 


loopback 












0x00000006 


idle 












0x00000007 


i n use 














(dialing, ringing, etc.) 












0x00000008 


connected 












0x00000009 


in use/DSP output 












OxOOOOOOOA 


in use/DSP input 












0x000 DOO0B 


in use/DSP 














input + output 












0x000 00 00 li 


off hook/idle 




0x00000024 


4 


BYTE 


Requested 


0x00000000 


out of service 


SMS 








module state 


0x00000001 


initialize (bring up) 




0x00000025 


4 




Requested line state 


0x00000000 


Disable 


SLS 










0x00000001 


Enable 












0x00000002 


Start loopback 












0x00000003 


Terminate loopback 




0x00000026 


4 


BYTE 


Requested channel 


0x00000000 


Reset to idle 


scs 








status action 


0x00000001 


Reset to out of service 












0x00000002 


Start loopback 












0x00000003 


Terminate loopback 












0x00000004 


Block 












0x00000005 


Unblock 




0x00000027 


4 


BYTE 


Set channel 


0x00000000 


Do not perform the 


scs 








status option 




indicated action if any of 














the channels is not in the 














valid initial state. 












0x00000001 


Perform the indicated 














action on channels 














which are on the valid 














initial state. Other 














channels are not affected 




0x00000028 


4 


UINT 


Channel number first 






SCS, RSCS 








(for grouping) 






0x00000029 


4 


UINT 


Channel number last 






SCS, RSCS 








(for grouping) 






Ox0000002A 


4 


BYTE 


"Set channel 


0x00000000 


action successfully 


RSCS 








status" result 




performed in all channels 












0x00000001 


at least one channel 














failed 




Ox0000002B 


4 


BYTE 


"Prepare for continuity 


0x00000000 


Resources reserved 


APCT 








check" result 




successfully 












0x00000001 


Resource not available 




Ox0000002C 


4 


UINT 


Continuity timeout 


Time out in milliseconds, default is 


SCT 








2000 (2 seconds) 






Ox0000002D 


4 


BYTE 


Continuity test result 


0x00000000 


Test completed 


ASCT 












successfully 












0x00000001 


Test failed 




Ox0000002E 


Oto 16 




Test echo 






RTE, ARTE 


0x0O0O002F 


4 


BYTE 


lest ping address 


1" byte: Class A octet 




RTP, ATP 








2 nd byte: Class B octet 












3 rd byte: Class C octet 














4* byte: Class Server octet 




0x00000030 


4 


UINT 


Number of pings 






RTP, ATP 


0x00000032 


4 


UINT 


Number of tones 






STN 


0x00000033 


Variable 


ASCII 


Tone string 


ASCII characters 




STN 








V'-V, 'A'-'D-, W) 









0x00000036 



UINT Tbne send 

completion status 



'd' - contiguous dial tone, 

V - contiguous user busy 

'n' - contiguous network busy 

V - short pause 

V - contiguous ringback 

V - short pause 

V - ring back tone 

V - wink 

'f - flash hook 

V - call waiting tone 
'a' - answer tone 

f - ringing 

*p' - prompt tone 

'e' - error tone 

*i' - distinctive ringing tone 

V - Stutter dialtone 

0x00000000 Operation succeeded 



STN 



0x00000001 
0x00000002 



Operation failed 
Operation was interrupted 
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TABLE 162-continued 



Parameter 


Size 




Parameter 








'lag 


(bytes) 


Type 


description 


Values 




Usage 


0x00000037 


4 


UINT 


TDM destination 






RCST, ACST, 








Module 






RCSO (SS) 


uxuuuuuujo 


4 


UINT 


TDM destination 






RCST, ACST, 








line 






RCSO (SS) 


0x00000039 


4 


UINT 


TDM destination 






RCST, ACST, 








channel 






RCSO (SS) 


Ox0000003A 


4 


UINT 


Number of failed Lines 






NMI 


0x000000313 


4 


BYTE 


Tertiary soft switch IP 


1 st byte: Class A octet 




NSSI, SSSI, 










2 nd byte: Class B octet 




NSSS 










3 rd byte: Class C octet 














4 th byte: Class Server octet 




0x000000 3C 


4 


UINT 


Tertiary soft switch 






NSSI, SSSI, 








TCP port 






NSSS 


0x00000040 


4 


UINT 


Access Server 






KUUfN, AMLN, 








Call identifier 






NCI 


0x00000041 


4 


BYTE 


Tl front-end type 


OxOOOOOOOO 


Unknown 


SLI, NLI 










0x00000001 


CSU (Tl long haul) 












0x00000002 


DSX-1 CH short haul) 




0x00000042 


4 


BYTE 


Tl CSU build-out 


0x000000000 


dB 


SLI,N1J 










0x000000017.5 


dB 












0x0000000215 


dB 












0x0000000322.5 


dB 




0x00000043 


4 


BYTE 


Tl DSX line length 


0x000000001-133 


ft 


SLI, NLI 










0x00000001134-266 


ft 












0x00000002267-399 


ft 












0x00000003400-533 


ft 












0x00000004534-655 


ft 




0x00000044 


1 to 255 


BYTE 


List of CPE line the 






ROON 



0x00000045 



0x00000046 

0x00000047 
0x00000048 

0x00000049 
Ox0000004A 
0x00000055 

0x00000056 
0x00000057 

0x00000058 
0x00000059 

OxOOOOOOSA 



call is offered on 
for inbound calls or 
the port the call 
was originated from 
for outbound calls. 
TIME Timestamp of the call 
setup (for caller ID 
service). Number of 
seconds since Jan. 1 
00:00:00 
1990. 

UINT Maximum total time 
allowed for digit 
recognition. 

BYTE Requested Priority 

UNT Set Defaults 
Settings result 



4 BYTE Tone Type 

4 BYTE Apply/Cancel Tone 

4 BYTE Source listen 
IP address 



UINT Source listen RTP 
port number 

BYTE Source send CP address 



4 UINT Source send KIT 
port number 

4 UINT Source AYM 
Address Type 

variable ASCII Source ATM Address 



Time in milliseconds 



0x00000000 
0x00000001 
0x00000000 



0x00000001 

0x00000000 

0x00000001 

0x00000000 

0x00000001 

1" byte: Class A octet 

2 nd byte: Class B octet 

3f d byte: Class C octet 

4 tb byle: Server octet 



l w byte: Class A octet 
2 nd byte: Class B octet 
3 rd byte: a ass C octet 
4 th byle: Server octet 



not forced 
forced 

action successfully 
performed in all 
channels 

at least one channel failed 

DTMF 

MF 

Apply tone 
Cancel tone 



0x00000001 
0x00000002 



E.164 format 
ATM End System 
Address format 



RCON 



RNOT 

RCON 
ADEF 

STN 
STN 

RCON, ACON, 
RMCN, 
AMCN, RCR, 
ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, 

ACON, RMCN, 
AMCN, RCR, 
ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
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TABLE 162-continued 



Parameter 
■ftg 



Size 
(bytes) Type 



Parameter 
description 



Values 



Usage 



OxOOOOOOSB 



0x0000005C 



Ox0000005D 



Ox0000005E 



OxOOOOOOSF 



0x00000061 



0x00000062 



0x00000064 



0x00000065 



4 BYTE 



Source H.323 Network 
Address (TP Address) 



Variable ASCII Source H.323 alias 



4 BYTE 



4 BYTE 



4 UINT 



4 BYTE 



Variable ASCII 



4 BYTE 



Destination listen 
IP address 



Destination listen RTP 
port number 

Destination send IP 
address 



Destination send RTP 
port number 

Destination ATM 
Address Type 

Destination ATM 
Address 

Destination H323 
Network Address 
(IP Address) 



Variable ASCII Destination H.323 alias 



4 BYTE Source port type 



0x00000066 



BYTE Destination port type 



0x00000067 


4 


BYTE 


0x00000068 


4 


BYTE 


0x00000069 


4 


BYTE 


Ox0000006A 


4 


BYTE 


0x0000006B 


4 


BYTE 


Ox0000006C 


4 


BYTE 



Internal conference 
resource ID 

Internal Fax resource D 
Internal playback 
resource ID 
Internal recording 
resource ID 
Internal modem 
resource ID 
Signaling Event Type 



1" byte: Class A octet 
2 nd byte: Class B octet 
3 rd byte: Class C octet 
4 rh byte: Server octet 



l rt byte: Class A octet 
2 nd byte: Class B octet 
3 rd byte: Class C octet 
4 th byte: Server octet 



1* byte: Class A octet 
2 nd byte: Class B octet 
3 rd byte: Class C octet 
4 m byte: Server octet 



0x00000001 
0x00000002 



E.164 format 
ATM End System 
Address format 



1** byte: Class A octet 
2 nd byte: Class B octet 
3 rd byte: Class C octet 
4 th byte: Server octet 



0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 
0x00000005 
0x00000006 

0x00000007 

0x00000008 
0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 
0x00000005 
0x00000006 

0x00000007 

0x00000008 



GSTN chanel 
RTP port 
ATM port 
H.323 port 

Internal Modem Resource 
Internal Fax Resource 
Internal Conference 
Resource 

Internal Recording 
Resource 

Internal Playback Resource 
GSTN channel 
RTP port 
ATM port 
FL323 port 

Internal Modem Resource 
Internal Fax Resource 
Internal Conference 
Resource 

Internal Recording 
Resource 

Internal Playback Resource 



RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 

RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 
RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 



For GSTN ports using Q.931 signaling 



0x00000000 
0x00000001 
0x00000002 
0x00000003 

0x00000004 
0x00000005 
0x00000006 
0x00000007 
0x00000008 



ALERTING 
CALL PROCEEDING 
CONNECT 
CONNECT 
ACKNOWLEDGE 
DISCONNECT 
USER INFORMATION 
PROGRESS 
RELEASE 

RELEASE COMPLETE 



RCON, ACON, 
RMCN, AMCN, 
RCR, ACR 



RCON 



RCON 
RCON 



RCON 



RCON 



SIG 
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TABLE 162-continued 



Parameter 
lag 



Size 
(bytes) Type 



Parameter 
description 



Values 



Usage 



0x000000 6D 
0x000000 6E 



Variable BYTE Signaling Event Data 
4 BYTE Forward Signaling 
Events to the 
Soft Switch 



BYTE Encoding type 



0x00000071 
0x00000072 
0x00000073 
0x00000074 

0x00000075 
0x00000076 



4 UINT Silence Suppression 
Activation Tuner 

4 BYTE Comfort Noise 
Generation 

4 UINT Packet Loading 

4 BYTE Echo Cancellation 



4 BYTE Constant DTMF Tone 
Detection on/off 

4 BYTE Constant MF Tone 
Detection on/off 



0x00000009 
OxOOOOOOOA 

0x0000000 B 
OxOOOOOOOC 
0x0000000 D 

0x0000000 E 
0x000 (WOOF 
0x00000010 
0x00000011 

0x00000012 



RESUME 

RESUME 

ACKNOWLEDGE 

RESUME REJECT 

SETUP 

SETUP 

ACKNOWLEDGE 
STATUS 

STATUS INQUIRY 
SUSPEND 
SUSPEND 
ACKNOWLEDGE 
SUSPEND REJECT 



For ATM polls using Q.2931 signaling 

OxOOOOOlOO ALERTING 

0x00000101 CALL PROCEEDING 

0x00000102 CONNECT 

0x00000103 CONNECT ACKNOWLEDGE 

0x00000104 DISCONNECT 

0x00000105 USER INFORMATION 

0x00000106 PROGRESS 

0x00000107 RELEASE 

0x00000108 RELEASE COMPLETE 

OxOOOOOlOC SETUP 

OxOOOOOlOD SETUP ACKNOWLEDGE 

OxOOOOOlOE STATUS 

OxOOOOOlOF STATUS INQUIRY 

Q.931 or Q.2931 signaling messages SIG 

Indicates whether the access server should SDEF 

send signaling events to the soft switch 

0x00000000 Do not send signaling events 

0x00000001 Send signaling events 

These values are defined in RCON, 
ietf-avt-profile-new-02.txt, RMCN, 
dated Nov. 20, 1997. AMCN 



0x00000001 
0x00000002 
0x00000003 
0x00000004 
0x00000005 
0x00000006 
0x00000007 
0x00000008 
0x00000009 
OxOOOOOOOA 
0x0000000 B 
OxOOOOOOOC 
OxOOOOOOOD 
OxOOOOOOOE 
OxOOOOOOOF 
0x00000010 
0x00000011 
0x00000012 
0x00000013 
0x00000014 
0x00000015 
0x00000016 
0x00000017 
0x00000018 
0x00000019 
Time in milliseconds 



1016 
DVI4 

G722 

G723 

G726-16 

G726-24 

G726-32 

G726-40 

G727-16 

G727-24 

G727-32 

G727-40 

G728 

G729 

GSM 

L8 

LI 6 

LPC 

MPA 

PCMA (G.711 A-law) 

PCMU (G.711 mu-law) 

RED 

SX7300P 

SX8300P 

VDVI 



00x00 off 
0x01 on (default) 

Numeric value expressed in milliseconds 
per packet (frames per packet) 



0x00000000 
0x00000001 
0x00000002 
0x00000000 
0x00000001 
OxOOOOOOOO 
0x00000001 



off 

on, 16 ms tail 

on, 32 ms tail (default) 

off 

on (default) 
off (de&ult) 



RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 

RCON, RMCN, 
AMCN 
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TABLE 162-continued 


Parameter 


Size 




Parameter 






'lag 


(bytes) 


Type 


description 


Values 


Usage 


0x00000077 


4 


BYTE 


Constant Fax tone 
detection on/off 


0x000 00000 off 
0x00000001 on (default) 


RCON, RMCN, 
AMCN 


0x00000078 


4 


BYTE 


Constant Modem tone 
detection on/off 


0x00000000 off 
0x00000001 on (default) 


RCON, RMCN, 
AMCN 


0x00000079 


4 


UINT 


Programmable DSP 
Algorithm activation 


Identifier of the DSP algorithm 
Values to be assigned 


RCON, RMCN, 
AMCN 


Ox0000007A 


4 


UINT 


Programmable DSP 
Algorithm deactivation 


Identifier of the DSP algorithm 
Values to be assigned 


RCON, RMCN, 
AMCN 


Ox0000007B 


4 


BYTE 


Constant Packet Loss 
Detection on/off 


0x00000000 off 
0x00000001 on (default) 


RCON, RMCN, 
AMCN 


Ox0000007C 


4 


UINT 


Packet Loss Threshold 


Number of packets lost per second 


RCON, RMCN, 
AMCN 


Ox0000007D 


4 


BYTE 


Constant Latency 
Threshold Detection 
on/off 


0x00000000 off 
0x00000001 on (default) 


RCON, RMCN, 
AMCN 


Ox0000007E 


4 


UINT 


Latency Threshold 


Max Latency end to end measured in milliseconds 


RCON, RMCN, 










AMCN 


Ox0000007F 


4 


UINT 


Announcement Identifier 


Identifier of announcement (Values to be assigned) 


RCON, RMCN, 
AMCN 


0x00000080 


Variable 


ASCII 


Announcement 
Information 




RCON 


0x00000081 


4 


BYTE 


OoS type 


0x00000001 MPLS 
0x00000002 ToS bits 
0x00000003 ATM 


RCCP, RMCP, 
AM CP 


0x00000082 


4 


BYTE 


QoS value 


For MPLS 4 byte, network defined, MPLS tag 
For ToS 1 byte (4 bits used, big-Endian) 


RCCP, RMCP, 
AMCP 



BYTE Event type 



as defined in RFC 1349 
0x00000008 
0x00000004 
0x00000002 
QxOOOOOOOl 
0x00000000 
0x00000001 
0x00000002 
0x00000003 

0x00000004 
0x00000005 
0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 

0x00000005 
0x00000006 
0x00000007 
0x00000008 
0x00000009 



Minimis delay 
Maximize throughput 
Maximize reliability 
Minimize monetary cost 
Normal service For ATM 
Constant bit rate 
Real-Time variable bit rate 
Non-Real-Time variable 
bit rate 

Available bit rate 
Unspecified bit rate 
Inbound call notification NOTI 
Ringing notification 
Call Answer notification 
On hook notification 
Packet loss threshold 
exceeded 

Vfoice codec changed 
Sampling rate changed 
Flash hook 
Off hook 

Latency Threshold 



0x00000084 



0x00000085 



BYTE Signaling Channel 
QoS type 

BYTE Siganling Channel 
QoS type 



OxOOOOOOOA Channel Blocked 

OxOOOOOOOB Busy notificaiton 

OxOOOOOOOC Fast Busy notificaiton 

OxOOOOOOOD Answering Machine 

Detected 

OxOOOOOOOE Operation complete 

Need to make sure that this lit is complete 

with respect to handling MF and DTMF signaling. 

0x00000001 MPLS 

0x00000002 ToS bits 

0x00000003 ATM 

For MPLS 4 byte, network defined, MPLS tag 

For ToS 1 byte (4 bits used, big-Endian) as 

defined in RFC 1349 



RCCP, RMPC, 
AMCP 

RCCP, RMCP, 
AMCP 



0x00000008 
0x00000004 
0x00000002 
0x00000001 
0x00000000 

0x00000001 
0x00000002 

0x00000003 



Minimize delay 
Maximize throughput 
Maximize reliability 
Minimize monetary cost 
Normal service 
For ATM 
Constant bit rate 
Real-Time variable bit 
rate 

Non-Real-Time variable 
bit rate 
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TABLE 162-continued 



Parameter 


Size 




Parameter 






Tag 


(bytes) 


Type 


description 


Values 


Usage 










uxuuuuuuu** Ava.ua Die oil rate 












0x00000005 Unspecified bit rate 




f>_n rmnnn qa 
uxuuuuuuoo 


4 


BYTE 


Announceme nt 
Treatment 


0x00 Continuous plziy 
0x01 Play once and terminate 
the call 

0x02 Play twice and terminate 
the call 


RCON 


0x00000091 


4 


UINT 


Number of audio 
packets sent 




RCR, ACR 


0x00000092 


4 


UINT 


Number of audio 




RCR, ACR 








packets dropped 




0x00000093 


4 


UINT 


Number of audio 




RCR, ACR 








bytes sent 




0x00000094 


4 


UINT 


Number of audio 




RCR, ACR 








bytes dropped 




0x00000095 


4 


UINT 


Number of signaling 
packets sent 




RCR, ACR 


0x00000096 


4 


UINT 


Number of signaling 




RCR, ACR 








packets dropped 




0x00000097 


4 


UINT 


Number of signaling 
bytes sent 




RCR, ACR 


0x00000098 


4 


UINT 


Number of signaling 
bytes dropped 




RCR, ACR 


0x00000099 


4 


UINT 


Estimated average 
latency 


Time in milliseconds 


RCR, ACR 


Ox0000009A 


4 


UINT 


Source H.323 TSAP 
Identifier (UDP Port) 




RCCP, ACCP, 
RMCP, AMCP, 
RCR, ACR 


Ox0000009B 


4 


UINT 


Destination H.323 
TSAP Identifier 
(UDP Port) 




RCCP, ACCP, 
RMCP, AMCP, 
RCR, ACR 


Ox0000009D 


4 


UINT 


Number of audio 
packets received 




ACR 


0xOOOO009E 


4 


UINT 


Number of audio 
bytes received 




ACR 


Ox0000009F 


4 


UINT 


Number of signaling 
packets received 




ACR 


OxOOOOOOAO 


4 


UINT 


Number of signaling 
bytes received 




ACR 


OxOOOOOOAl 


Variable 


Asai 


Pattern 1 
(character string) 


Refer to the section describing the 
NOTI and RNOT messages for more 


NOTI, RNOT 


0x000000 A2 


Variable 


ASCII 


Pattern 2 
(character string) 


information on the contents of these fields 


NOTI, RNOT 


OxO0OOOOA3 


'triable 


Asai 


Pattern 3 
(character string) 




NOTI, RNOT 


Ox000O00A4 


'Variable 


ASCII 


Pattern 4 

^UlalaUCI OUJJlgJ 




NOTI, RNOT 


0x000000A5 


Variable 


ASCII 


Pattern 5 
(character string) 




NOTI, RNOT 


0x000000A6 


Variable 


Asai 


Pattern 6 
(character string) 




NOTI, RNOT 


0x000000A7 


Variable 


Asai 


Pattern 7 
(character string) 




NOTI, RNOT 


OxOOOOOO A8 


Variable 


ascu 


Pattern 8 
(character string) 




NOTI, RNOT 


Ox00OO00A9 


Variable 


Asai 


Pattern 9 
(character string) 




NOTI, RNOT 


OxOOOOOOAA 


Variable 


ascu 


Pattern 10 
(character string) 




NOTI, RNOT 


0x000000 AB 


Variable 


ASCII 


Pattern 11 
(character string) 




NOTI, RNOT 


irxuuuuuuA^. 


Variable 


ASCII 


Pattern 12 
(character string) 






0x000000 AD 


Variable 


Asai 


Pattern 13 
(character string) 




NOTI, RNOT 


OxOOOOOOAE 


V&riable 


Asai 


Pattern 14 
(character string) 




NOTI, RNOT 


0x000000 AF 


triable 


ASCII 


Pattern 15 
(character string) 




NOTI, RNOT 


OxOOOOOOBO 


Variable 


Asai 


Pattern 16 
(character string) 




Nan, RNOT 


OxOOOOOOBl 


4 


UINT 


Initial Timeout 
(in ms) 




RNOT 


Ox0OOO00B2 


4 


UINT 


Inter-signaling Timeout 
(in ms) 




RNOT 
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TABLE 162-continued 


Parameter 


Size 




Parameter 






Tag 


(bytes) 


Type 


description 


Values 


Usage 


OxOOOOOOB3 


triable 


asqi 


Enabled Event 
(character string) 




RNOT 


0xO0O000B4 


4 


Asai 


Discard Oldest Flag 




RNOT 


OxOOOOOOBS 


4 


UINT 


Buffer Size 




RNOT 


0x00000086 


triable 


Asai 


Filter (pattern 
(character string) 




RNOT 


0x00000087 


Variable 


ASCII 


Input Buffer 
(character string) 




noti 


OxOOOOOOCO 


4 


UINT 


Message Code 


This tag is used in order to communicate 
the message type associated with the message. 
There MUST only be a single message code tag 
within a given message. 




OxOOOOOOCl 


12 


BYTE 


Transation ID 


The transaction ID is assigned by the originator 
of a transaction. It must remain the same for all 
messages exchanged within the transaction. 




0x00OO00C2 


16 


BYTE 


Call ID 


The call ID is used for all call related messages 
within IDPC It must remain the same for all 
messages exchanged for the same call. The data is 
a 16 byte value that follows the GUID format 
specified in H. 225.0. 




OxOOOOOOFD 


4 


UINT 


Cause code type 


0x01 ISDN 


MRJ, RCR, 



OxOOOOOOFE 



UINT Cause code 



Other values reserved for future use 
A one byte value. For ISDN cause codes, the 
encoding is defined in ANSI Tl. 113.3, using the 
CCnT coding standard. The following is a list of 
ISDN cause codes values is for reference only: 

1 Unassigned (unallocated) 
number 

2 No route to specified 
transit network 

3 No route to destination 

6 Channel unacceptale 

7 Call awarded and being 
delivered in an 
established channel 

16 Normal call clearing 

17 User busy 

18 No user responding 

19 No answer from user 
(user alerted) 

21 Call rejected 

22 Number changed 

26 Non-selected user clearing 

27 Destination out of order 

28 Invalid number format 
(incomplete number) 

29 Facility rejected 

30 Response to status enquiry 

31 Normal, unspecified 

34 Nor circuit/channel available 
38 Network out of order 

41 Temporary failure 

42 Switching system congestion 
(Soft switch. Access 
Server, IP network) 

43 Access information discarded 

44 Requested circuit/channel 
not available 

47 Resource unavailable, 

unspecified 
50 Requested facility not 

subscribed 

57 Bearer capability not 
authorized 

58 Bearer capability not 
presently available 

63 Service or option not 
available 

65 Bearer capability not 
implemented 

66 Channel type not implemented 

69 Requested facility not 
implemented 

70 Only restricted digital 
information bearer capability 
is available 



ACR, NOT! 
MRJ, RCR, 
ACR, NOT! 
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TABLE 162-continued 



Parameter Size Parameter 

lag (bytes) 'iype description Values Usage 

79 Service or option not 
implemented, unspecified 

81 Invalid call reference value 

82 Identified channel docs not 
exist 

83 A suspended call identity 
exists but this call identity 
does not 

84 Call identity in use 

85 No call suspended 

86 Call having the requested call 
identity has been cleared 

88 Incompatible destination 
91 Invalid transit network 
selection 

95 Invalid message, unspecified 

96 Mandatory information 
element is missing 

97 Message type non-existent 
or not implemented 

98 Message not compatible 
with call state or message 
type non-existent or not 
implemented 

99 Inormation element 
non-existent or not 
implemented 

100 Invalid information element 
contents 

101 Message not compatible 
with call state 

102 Recovery on time expiry 
111 Protocol error, unspecified 
127 Interworking, unspecified 
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f. A Detailed View of the Flow of Control Messages 

The following section provides a detailed view of the flow 
of control messages between Soft Switch 204 and Access 
Server 254. Included are the source (either Soft Switch 204 
or Access Server 254) and relevant comments describing the 
message flow. 
(1) Startup Flow 

Table 163 below provides the Startup flow, including the 
step, the control message source (either Soft Switch 204 or 
Access Server 254) and relevant comments. 



TABLE 163 



Soft 


Access 




Step Switch 


Server 


Comments 


1 


NSUP 


Access Server coming up. The message 






contains server information, including number 






of modules in the system. 


2 ASUP 




Acknowledge that the Access Server is 






coming up. 



Note: At this time, the Soft Switch must wait for the Access 
Server to send notification when modules (cards) become 
available. 

(2) Module Status Notification Flow 

Table 164 below provides the Module status notification 
flow, including the step, the control message source (either 65 
Soft Switch 204 or Access Server 254) and relevant com- 
ments. 



TABLE 164 



Soft Access 
Step Switch Server Comments 

1 NMS Notify module status. 
If the module is in the UP state : 

2 RMI Request module information 

3 NMI Notify module information 

(including number of lines in this module). 



Note: At this time, the Soft Switch must wait for the Access 
Server to send notification when lines become available. 

(3) Line Status Notification Flow 

Table 165 below provides the Line status notification 
flow, including the step, the control message source (either 
Soft Switch 204 or Access Server 254) and relevant com- 
ments. 



TABLE 165 



Soft Access 




Step Switch Server 


Comments 


1 NLS 


Notify line status 


If the line is in the UP state: 




2 RLI 


Request line information 


3 NU 


Notify line information 




(including number of channels). 



45 



50 



55 



* » 
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Note: Channels will remain in the out-of -service state until 
the line becomes available. At that time, the channels will be 
set to the idle state. The Soft Switch must then explicitly 
disable or block channels that should not be in the idle state. 
(4) Blocking of Channels Flow 

Table 166 below provides the Blocking of channels flow, 
including the step, the control message source (either Soft 
Switch 204 or Access Server 254) and relevant comments. 

TABLE 166 



Soft Access 




Step Switch Server 


Comments 


1 scs 


Set a group of channels to be blocked state. 


2 RSCS 


Message indicates if the operation was success- 




ful or if it failed. 



TABLE 167 



Soft 


Access 




Step Switch 


Server 


Comments 


1 SCS 




Set a group of channels to be unblocked state. 


2 


RSCS 


Message indicates if the operation was success- 






ful or if it failed. 



(6) Keepalive Test Flow 

Tables 168 A and 168B below provides the Keep-alive test 
flow, including the step, the control message source (either 
Soft Switch 204 or Access Server 254) and relevant com- 
ments. Table 168A shows the Access Server verifying that 
the Soft Switch is still operational. Table 168B shows the 
Soft Switch verifying that the Access Server is still opera- 
tional. 

TABLE 168A 



Step 


Soft 
Switch 


Access 
Server 


Comments 


1 
2 


ARTE 


RTE 




TABLE 168B 


Step 


Soft 
Switch 


Access 
Server 


Comments 


1 

2 


RTE 


ARTE 





(7) Reset Request Flow 

Table 169 below provides the Reset request flow, includ- 
ing the step, the control message source (either Soft Switch 
204 or Access Server 254) and relevant comments. 

TABLE 169 



Step 



Soft 
Switch 



Access 
Server 



Comments 



Rsn 



ARST1 



First step. 
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TABLE 169-continued 



Step 



Soft 
Switch 



Access 
Server 



Comments 



3 RST2 Second step. If the Access Server doesn't 

receive this command within 5 seconds of 
sending an ARST1, it will not reboot 

4 ARST2 The Access Server starts the reboot procedure. 

5 NSDN Access Server is now rebooting. 



(5) Unblocking of Channels Flow 

Table 167 below provides the Unblocking of channels 
flow, including the step, the control message source (cither 
Soft Switch 204 or Access Server 254) and relevant com- 
ments. 



g. Call Flows 
(1) Data Services 

The Data Call Services Scenarios that follow can be used 
to deliver internet and intranet access services through NASs 
228 and 230. The scenarios assume that access servers 254 
and 256 provide modem termination for inbound calls. 

(a) Inbound Data Call via SS7 Signaling Flow 

Table 170 below provides an Inbound data call flow via 
SS7 signaling, including the step, the control message 

25 source (Soft Switch 204, SS7 signaling network 114 or 
Access Server 254) and relevant comments. The reader is 
directed to the text below further detailing a data call on 
NASs 228 and 230, described with reference to FIGS. 26C 
and FIGS. 46-61. The reader is also directed to FIG. 63 

30 which depicts a flowchart state diagram of Access Servers 
254 and 256 inbound call handling. 

TABLE 170 

35 Soft Access 

Step Switch Server SS7 Comments 

1 IAM Inbound request for new call 

2 RCON Request the soft switch to accept the 

call 

3 ACON Accept inbound call 
40 4 NOT! Answer validated call 

5 ANM Request ANM message to be sent out to 

outgoing network 
SS7 network initiated termination from this side of the call 

6 REL Incoming release message form SS7 
45 network 

7 RCR Release call on the Soft Switch 

8 ACR Release complete from Soft Switch 
Soft Switch initiated or remote network side initiated call termination 



50 



REL 
RCR 



Send a release request to the SS7 Soft 
Switch 

Request release of the call on the Soft 
Switch 

Release call complete from the Soft 
Switch 



55 



(b) Inbound Data Call via Access Server Signaling Row 

Table 171 below provides an Inbound data call flow via 
Access Serving signaling, including the step, the control 

60 message source (either Soft Switch 204 or Access Server 
254) and relevant comments. The incoming data call could 
arrive at AGs 238 and 240 from a customer facility 128 via 
a DAL or ISDN PRI connection. The reader is directed to 
FIG. 63 which depicts a flowchart state diagram of Access 

65 Servers 254 and 256 inbound call handling, The reader is 
also directed to FIG. 25B which depicts an exemplary call 
path flow. 
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TABLE 171 



TABLE 173 



Soft 

Step Switch Server Comments 



RCON 



RCR 



NOTI Notify the soft switch of an inbound call 
Request the soft switch to accept the call 
ACON Accept inbound call 
NOT1 Answer validated call 

Network initiated call termination 



NOTI 



ACR 



Notify the soft switch of hang up 

Request release of the call on the soft switch 

Release call complete from Soft Switch 



(c) Inbound Data Call via SS7 Signaling (with Call-back) 
Table 172 below provides an Inbound data call flow via 
SS7 signaling (with call-back), including the step, the con- 
trol message source (Soft Switch 204, SS7 signaling net- 
work 114 or Access Server 254) and relevant comments. The 
reader is also directed t o FIG. 24D which depicts an 
exemplary call path flow. 



TABLE 172 



Soft Access 
Step Switch Server SS7 Comments 



[AM Inbound request for new call 

Request the soft switch to accept the 
call 

ACON Accept inbound call 

Request outgoing ANM for SS7 
network 

RCR Release complete message with cause 

code indicating call back 
Send a release request to the SS7 soft 
switch 

Request an outbound call with the same 
transaction ID 
ACON Accept outbound call request 

Send an IAM request to the SS7 soft 
switch 

ACM Incoming address complete from SS7 
network 

ANM Incoming answer message from 
network 

NOTI Call passes RADIUS verification 

SS7 network initiated termination from this side of the call 



2 RCON 
3 

4 ANM 

5 

6 REL 

7 RCON 
8 

9 IAM 

10 
11 
12 



13 REL Incoming release message form SS7 

network 

14 RCR Release call on the soft switch 

15 ACR Release complete from soft switch 
Soft switch initiated or remote network side initiated call termination 



13 REL 

14 RCR 

15 ACR 



Send a release request to the SS7 soft 
switch 

Request release of the call on the soft 
switch 

Release call complete from the soft 
switch 



Soft Access 
Step Switch Server Comments 



40 



45 



50 



The call scenario in Table 172 includes a call flow where 
the intranet provider does not want to accept direct inbound 
calls to the network. The service provider accepts inbound 
calls only for authentication of calling party 102 and then 
drops the line and dials-back to calling party 102 at the 
registered location of calling party 102. 
(d) Inbound Data Call (with Loopback Continuity Testing) 
Flow 

Table 173 below provides an Inbound data call flow (with 
loopback continuity testing), including the step, the control 
message source (either Soft Switch 204 or Access Server 
254) and relevant comments. 



55 



60 



10 3 



SCS 



Set a channel to loopback state 
Message indicates if the operation was 
successful or if it failed 
If the soft switch determines that the test was successful: 



RSCS 



RCON Setup for inbound call on given 

module/line/channel 

Accept inbound call. At this time, the access 
server may start any Radius lookup, etc. 
Connect (answer) inbound call 



ACON 



NOTI 



If the soft switch determines that the test was not successful: 



15 



SCS 



RSCS 



Release a channel from the loopback state 
(back to the idle state). 
Message indicates if the operation was 
successful or if it failed. 



Note: In this case, a continuity test is required before the call 
proceeds. Also note that different transaction IDs are used 
throughout this sequence, as follows: 

the RSCS message uses the same transaction ID as the 
^ SCS command (steps 1 and 2); 

the ACSI and CONI messages use the same transaction ID 

as the RCSI command (steps 3.1 through 33); and 
the RSCS message uses the same transaction ID as the 
SCS command (steps 4.1 and 42). 
30 (e) Outbound Data Call Flow via SS7 Signaling 

Table 174 below provides an Outbound data call flow via 
SS7 signaling, including the step, the control message 
source (either Soft Switch 204, SS7 signaling network 114 
or Access Server 254) and relevant comments. The reader is 
35 also directed to FIG. 24D which depicts an exemplary call 
path flow. 



TABLE 174 





Soft 


Access 




Step Switch 


Server 


SS7 Comments 


1 


RCON 




IAM Request an outbound call 


2 




ACON 


Accept outbound call request 


3 


IAM 




Send an LAM request to the SS7 soft 








switch 


5 






ACM Incoming address complete from SS7 








network 


6 






ANM Incoming answer message from 








network 


7 




NOT! 


Call passes RADIUS verification 




SS7 network in 


itiated termination from this side of call 


8 






REL Incoming release message from SS7 








network 


9 


RCR 




Release complete from soft switch 


10 




ACR 


Release complete from soft switch 






Soft switch initiated call termination 


8 


REL 




Send a release request to the SS7 soft 








switch 


10 


RCR 




Request release of the call on the soft 








switch 


11 




ACR 


Release call complete from the soft 








switch 



(f) Outbound Data Call Flow via Access Server Signaling 
Table 175 below provides an Outbound data call flow via 
Access Server signaling, including the step, the control 
65 message source (either Soft Switch 204 or Access Server 
254) and relevant comments. The reader is also directed to 
FIG. 69 which illustrates a flowchart depicting an Access 
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Server outbound call handling initiated by Soft Switch state 
diagram. The reader is also directed to FIG. 25D which 
depicts an exemplary call path flow. 

TABLE 175 



Soft 

Step Switch Server Comments 



1 RCON Request an outbound call 

2 ACON Accept outbound call request 

3 NOTI Notify the soft switch of ringing 

4 NOTI Notify the soft switch of answer 

5 NOTI Call passes RADIUS verification 

Network initiated call termination 

6 NOTI Notify the soft switch of hang up 

7 RCR Request release of the call on the soft switch 

8 ACR Release call complete from the soft switch 

Soft switch initiated call termination 

6 RCR Request release of the call on the soft switch 

7 ACR Release call complete from the soft switch 



(g) Outbound Data Call Flow Initiated from the Access 
Server with Continuity Testing 

Table 176 below provides an Outbound data call flow 
initiated from the Access Server with continuity testing, 
including the step, the control message source (either Soft 
Switch 204 or Access Server 254) and relevant comments. 
The reader is also directed to FIGS. 67A and 67B which 
illustrate a flowchart depicting an Access Server continuity 
test handling state diagram, and to FIGS. 68A and 68B 
which illustrate a flowchart depicting an Access Server 
outbound call handling initiated by an Access Server state 
diagram. 



TABLE 176 



Soft Access 
Step Switch Server Comments 



1 RCON Request outbound call. Note that the access 

server doesn't know yet what 
module/Une/channcl will be used for the call 
and so, they are set to 0. 

2 RPCT Soft switch requests a continuity test 

3 APCT Accept continuity test 

4 SCT Start continuity tesL If the access server 

doesn't receive this command within 3 seconds 
of sending an APCT, the continuity test will be 
canceled and all reserved resources will 
released. 

5 ASCT Continuity test result 

6 ACON Accept outbound call on module/line/channel. 

This message is used by the soft switch to 
notify the access server which module, line and 
channel will be used for the call. If the access 
server can't process the call on that channel, it 
should issue a release command. 

7 NOTI Outbound call answered by called party 



Note: In this case, the Soft Switch requests a continuity test 
when selecting the outbound channel. Also note that differ- 
ent transaction IDs are used in this sequence as follows: 

the ACSO and CONO messages should use the same 
transaction ID as the RCSO command; and 

the APCT, SCT and ASCT messages should use the same 
transaction ID as the RPCT command. 

(2) TDM Switching Setup Connection Flow 

The following call scenarios can be used to control a 
device that is used for TDM circuit switching. TDM circuit 
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10 



15 



20 



switching can be necessary in configurations where a single 
set of access trunks are used for calls that must terminate on 
different access server 254, 256 devices. Soft switch 204 can 
make the determination of where to send the call based upon 
the information in the signaling message. TDM switching 
can be used to route voice traffic to one device and data to 
another. TDM switching can also be used to connect differ- 
ent inbound calls to different access servers connected to 
different intranets. The reader is also directed to FIG. 66 
which depicts a flowchart of a stated diagram of Access 
Server TDM connection handling, 
(a) Basic TDM Interaction Sequence 

Table 177 below provides a basic interaction sequence for 
establishing a connection within a TDM switching device 
including the step, the control message source (either soft 
switch 204 or Access Server 254) and relevant comments. 
The sequence includes a RCST request from soft switch 204 
and an ACST response from access servers 254 and 256. 

TABLE 177 





Soft 


Access 




Step 


Switch 


Server 


Comments 


1 


RCON 




Soft Switch requests a given pair of module/ 








line/channel to be interconnected for inter-trunk 








switching. 


2 




ACON 


Accept inter-trunk switch connection. 



30 (b) Routing of Calls to Appropriate Access Server using 
TDM Connections Flow 

Table 178 below illustrates the routing of calls to the 
appropriate Access Server using TDM connections includ- 

3S ing the step, the control message source (including soft 
switch 204, TDM switching device (e.g., DACs 242 and 
244), SS7 signaling network 114 and Data Access Server 
(e.g. NASs 228 and 230). In this call flow, a data call can 
arrive via the SS7 signaling network 114. Soft switch 204 

40 must identify the call as a data call and make a TDM 
connection to connect the call to the appropriate data server. 
Soft switch 204 can look at information in the IAM message 
such as the dialed number to determine the type of call and 
therefore the destination of the TDM connection. This call 

45 flow can be used to separate data and voice calls as well as 
separate data calls destined for different data networks. The 
reader is also directed to FIG. 23B which depicts an exem- 
plary call path flow. 



50 



55 



TABLE 178 



TDM Data 
Soft switching Access 
Step Switch device Server SS7 Comments 



2 ACM 



3 RCON 



5 RCON 



ACON 



65 



ACON 



ANM 



LAM Inbound request for new 
call 

Send ACM to originating 
network 

Identify the call as a data 
call, and request a 
connection to the correct 
access server 
Accept the TDM 
connection 

Request the data access 
server to accept the call 
Accept the call 
Forward answer message to 
the originating network 
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TABLE 178-continued 



TDM Data 
Soft switching Access 
Step Switch device Server 



SS7 Comments 



SS7 network initiated termination from this side of the call 



14 



ACR 



19 RCR 



20 



REL Incoming release message 
from SS7 network 
Forward release message to 
the originating network 
Release call on the TDM 
device 

Release complete from the 
TDM device 
Release call on the data 
access server 
ACR Release complete from data 

access server 



10 
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(3) Voice Services 

The following message flows show how to connect calls 
that originate and terminate on a Switched Circuit Network 
(SCN), but pass through a data network 112. 
(a) Voice over Packet Services Call Flow (Inbound SS7 
Signaling, Outbound Access Server Signaling, Soft Switch 
Managed RIP Ports) 

Table 179 below provides an illustration of a Voice over 
packet call flow having (Inbound SS7 signaling, Outbound 
access server signaling, Soft Switch managed RTP ports), 
including the step, the control message source (i.e., the soft 
switch 204, originating access server 254, SS7 signaling 
15 network 114 and terminating access server 256), and rel- 
evant comments. The reader is also directed to FIG. 63 
depicting a flowchart illustrating an Access Server inbound 
call handling state diagram. The reader is also directed to 
FIG. 23C which depicts an exemplary call path flow. 



TABLE 179 



Ori ginatin g Terminating 
Soft Access Access 
Step Switch Server Server 



SS7 



Comments 



1AM 



3 RCON 



5 RCON 



ACM 



9 STN 



11 STN 



12 ANM 



[AM Inbound request for new call 
Send LAM to terminating 
switch 

Request the originating 
access server to accept the 
call. Include port 
information in request 
ACON Accept the incoming call 

and allocate DSP resources 
Request the terminating 
access server to accept the 
call. Include port 
information in request 

ACON Accept the outbound call 

and allocate DSP resources. 

NOT! Notification of ringing 

Address complete to 
originating network 
Apply ringing to inbound 
circuit 

NOT! Notification of answer from 

the termination 
Remove ringing from 
inbound circuit 
Forward answer message to 
the originating network 
SS7 network initiated termination from this side of the call 



13 

14 REL 

15 RCR 

16 ACR 

17 RCR 
18 



ACR 



REL Incoming release message 
from SS7 network 
Forward release message to 
the originating network 
Release call on the 
originating access server 
Release complete from 
originating access server 
Release call on the 
ter minating access server 
Release complete form 
terminating access server 
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(b) \fcice over Packet Call Flow (Inbound Access Server 
Signaling, Outbound Access Server Signaling, Soft Switch 
Managed RIP Ports) 

Table 180 below provides an illustration of a Voice over 5 
packet call services flow having (Inbound access server 
signaling, Outbound access server signaling, Soft switch 
managed RTP ports), including the step, the control message 
source (i.e., the, soft switch 204, originating access server io 
254 and terminating access server 256), and relevant com- 
ments. The reader is also directed to FIG. 63 illustrating a 
flowchart depicting an Access Server inbound call handling 
state diagram. The reader is also directed to FIG. 25A which 
depicts an exemplary call path flow. 15 

TABLE 180 



Orig- 
mating 
Soft Access 
Step Switch Server 



Terminating 

Access 

Server 



Comments 



1 KNOT 



3 RCON 



9 
10 



ACON 



ACON 
NOTI 



11 
12 



13 
14 



15 



17 



STN 
NOTI 



Request event notification for 
inbound calls, this is probably 
done at port initialization. 
Notify the Soft Switch of an 
inbound call 

Request the originating access 
server to accept the call. Include 
packet port in the request 
Accept the incoming 
Request the tenninating access 
server to accept the call. Include 
packet port in the request 
Accept the call 
Notification of ringing from 
termination 

Notification of ringing to 
origination 

Apply ringing to origination 
Notification of answer from the 
termination 

Cancel ringing on origination 
Notification of answer from the 



20 



25 



soft switch to the origination 
Tenninating network initiated call termination 



35 



40 



RCR 



ACR 



NOTI 



ACR 



Notify the soft switch of hang up 
Request release of the call on the 
originating access server 
Release call complete from the 
originating access server 
Request release of the call on the 
terminating access server 
Release call complete from the 
terminating access server 
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TABLE 181 







Orig- 


Ter- 










inating 


minating 








Soft 


Access 


Access 






Step Switch 


Server 


Server 


SS7 


Comments 


1 








LAM 


Inbound request for new 
call 


2 


LAM 








Send LAM to terminating 
switch 


3 


RCON 








Request the originating 
access server to accept the 
call 


4 




ACON 






Accept the incoming call 
and allocate transmit RTP 
port 


5 


RCON 








Request the terminating 
access server to accept the 
call 


6 






ACON 




Accept the call and allocate 
a transmit RTP port 


7 


MCON 








Modify the call on the 
originating access server to 
update the listen port 


8 




AMNC 






Accept modification of 
listen port 


9 








ACM 


Inbound address complete 
message from terminating 
network 


10 








ANM 


Inbound answer message 
from terminating network 


11 


ANM 








Forward answer message to 
the originating network 




SS7 network initiated termination from this side of the call 


12 








REL 


Incoming release message 
from SS7 network 


13 


REL 








Forward release message to 
the originating network 


14 


RCR 








Release call on the access 
server 


15 




ACR 






Release complete from 
originating access server 


16 


RCR 








Release call on the 
tenninating access server 


17 






ACR 




Release complete from 
terminating access server 



(d) Unattended Call Transfers Call Flow 

Table 183 below provides an unattended call transfer call 
flow including the step, the control message source (i.e. soft 
switch 204, originating access server 254, operator services 
access server (e.g. operator services platform 628) SS7 
signaling network 114, and terminating access server 256), 
and relevant comments. 

The call flow in Table 183 shows the IPDC protocol can 
be used to transfer a call to another destination. The example 
call flow assumes that the person performing the transfer is 
at an operator services workstation that has the ability to 
55 signal soft switch 204 to perform the transfer. The operator 
services platform interaction is not shown since this would 
be covered in another protocol, but the resulting messages to 
access servers 254 and 256 are shown. The operator services 
platform 628 is connected with dedicated access trunks such 
as, for example, a DAL or ISDN PRI, or dedicated SS7 
signaled trunk. 

Note that throughout this call flow the same transaction 
ID can be used to indicate that the new RCCP commands to 



(c) \bice over Packet Call Flow (Inbound SS7 Signaling, 
Outbound SS7 Signaling, IP Network with Access Server 
Managed RTP Ports) 

Table 181 below provides an illustration of a Voice over 
packet call flow having (inbound SS7 signaling, outbound 
SS7 signaling, IP network with access server managed RTP 
ports), including the step, the control message source (i.e. 
soft switch 204, originating access server 254, SS7 signaling 
network 114 and terminating access server 256), and rel- 
evant comments. The reader is also directed to FIG. 63 
depicting a flowchart illustrating an Access Server inbound 55 ports that are already in use indicates a re-connection, or a 
call handling state diagram. The reader is also directed to call transfer. In this example call flow, the originating caller, 
FIG. 23 A which depicts an exemplary call path flow. i.e. calling party 102, is serviced by an SS7 signaled trunk, 
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the operator services platform 628 is on a dedicated trunk 
and the termination is accessed via an access server 254 and 
256 signaled trunk. The reader is also directed to FIG. 63 
illustrating a flowchart depicting an access server inbound 
call handling state diagram. The reader is also directed to 
FIG. 6D depicting an operator services platform 628. 
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ring the call, the original caller is placed on hold and the 
operator services workstations connected to the termination. 
Once the operator services workstation announces the caller, 
the two parties are connected. As with Table 183, the 
message interaction with the operator services platform is 
not shown. 



TABLE 183 







Operator 






Originating 


Services 


Terminating 


Soft 


Access 


Access 


Access 


Step Switch 


Server 


Server 


Server SS7 Comment 



2 RCON 



4 RCON 
5 



ACON 



ACM 



9 ANM 
Originator is connected to 
10 RCON 



IAM Inbound request for new call. The call is identified as an operator 
services call and is routed to an operator services workstations. 
The soft switch could perform A CD functions and select the actual 
workstation, but that logic is not shown here. 
Request the originating access server to accept the call. 
And terminate to the operator services access server. 
Accept the incoming call. 

Request the operator services access server to accept the call. 

ACON Accept the call. It is assumed here that the soft switch has the 

capability to signal the operator services platform to indicate that 
the call has been terminated to one of their ports. Another option 
would be to initiate an outbound call with RCSO. 

NOTI Notification of ringing. 

Address complete message to terminating network 

NOT! Notification answer 

Answer message to the originating SS7 network 
the operator services platform, the originator and operator interact and determine the actual termination. 

The operator services platform signals the call transfer to the soft switch 

(not shown) and the soft switch uses the same transaction ID to send a 

new RCCP command to the originating access server to connect 

to a multicast port playing music on hold. 

Originating access server accepts the new termination 

Request the operator serves access server to be connected to the target 

of the transfer 

ACON Accept connection to the target of the transfer 

Request the new terminating access server to accept the call from the 

operator services platform 
ACON Terminating access server accepts the call 

NOT! Notification of ringing 

Apply ringing to operator services access server 
NOT! Notification of answer 

Remove ringing from operator services access server 
is connected to the called party, interacts briefly and connects to originator and termination. 

After the operator services platform decides to connect the two callers, 

the soft switch is signaled and request the originating access server 

to connect to the termination 



ACON 



11 

12 RCON 
13 

14 RCON 

15 
16 

17 STN 
18 

19 STN 
Operator Se rices platform 

22 RCON 



23 


ACON 






Accept connection to the new termination 


24 


RCON 






Request that the termination now connects to the originating access 
server 


25 






ACON 


Accept connection to originating access server 


26 


STN 






Send a connect tone to origination indicating that the termination 
is on the line 


27 


STN 






Send a connect tone to termination indicating that the originator 
is on the line 


28 


RCR 






Release call on operator services access server 


29 




ACR 




Accept call release. 



(e) Attended Call Transfer Call Flow 

Table 184 below provides an illustration of an Attended 
Call Transfer call flow including a step, a control message 
source (i.e. soft switch 204, originating access server 254, 
operator services access server, SS7 signaling network 114 
and terminating access server 256), and relevant comments. 

The call flow of Table 184 is similar to the unattended call 
flow of Table 183, except that rather than blindly transfcr- 
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Note that throughout this call flow the same transaction 
ID is used to indicate that the new RCCP commands to ports 
that are already in use indicates a re-connection, or a call 
transfer. 

In the example call flow of Table 184, the originating 
caller is serviced by an SS7 signaled trunk, the operator 
services platform is on a dedicated trunk and the termination 
is accessed via an access server 254 signaled trunk. 
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TABLE 184 









Operator 










Originating 


Services 


Terminating 






Soft 


Access 


Access 


Access 




Step Switch 


Server 


Server 


Server 


SS7 Comment 


1 










IAM Inbound request for new call. The call is identified as an operator 
services call and is routed to an operator services workstations. 
The soft switch could perform A CD functions and select the actual 
workstation, but that logic is not shown here. 


2 


RCON 








Request the originating access server to accept the call. 
And terminate to the operator services access server. 


3 




ACON 






Accept the incoming call. 


4 


RCON 








Request the operator services access server to accept the call. 


5 






ACON 




Accept the call. It is assumed here that the soft switch has the 
capability to signal the operator services platform to indicate that 
the call has been terminated to one of their ports. Another option 
would be to initiate an outbound call with RCSO. 


6 






Non 




Notification of ringing. 


7 






Non 




Notification of answer. 


8 


ANM 








Answer message to the originating SS7 network. 


9 


RCON 








The operator services platform signals the call transfer to the soft switch 
(not shown) and the soft switch uses the same transaction ID to send a 
new RCCP command to the originating access server to connect 
to a different termination. 


10 




ACON 






Originating access server accepts the new termination. 


11 


RCON 








Request the new terminating access server to accept the call. 


12 








ACON 


Terminating access server accepts the call. 


13 








NOTI 


Notification of ringing 


14 


STN 








Apply ringing to origination 


15 








NOT! 


Notification of answer 


16 


STN 








Remove ringing from origination 


17 


RCR 








Release call on operator services access server 


18 






ACR 




Accept call release. 



(f) Call Termination with a Message Announcement Call 
Flow 

Table 185 below provides an illustration of a Call termi- 
nation with a message announcement, including a step, a 
control message source (i.e. soft switch 204, originating 
access server 254, SS7 signaling network 114 and one 
of announcement servers 246 and 248), and relevant com- 
ments 

The call flow of Table 185 shows the use of announce- 
ment servers (ANSs) 246 and 248, to play call termination 
announcements as final treatment to a call. 



The call flow assumes announcement server, (ANSs) 246 
35 and 248 have pre-recorded announcements. Soft switch 204 
signals ANSs 246 and 248 with the appropriate announce- 
ment ID using the fields in the RCCP command. One of 
ANSs 246 and 248 plays the announcement and notifies soft 
switch 204 that it has completed its task. 
40 In the example call flow, the originating caller is con- 
nected via SS7 signaled trunks and one of ANSs 246 and 248 
is connected to soft switch 204 via IP data network 114. 

The reader is directed to FIG. 23D depicting an exemplary 
call path flow. 



TABLE 185 



Originating 
Soft Access Announcement 
Step Switch Server Server SS7 Comment 



1 






IAM Inbound request for new call. The call is identified as needing a disconnect 
message and is sent to the announcement server. 


2 


ACM 




Address complete to the originating SS7 network. (Note - may need to answer the 
call depending upon originating network implementation) 


3 


RCON 




Request the originating access server to accept the call, and terminate to the 
announcement server. 


4 


ACON 




Accept the incoming call 


5 


RCON 




Request the announcement server to accept the call. The announcement ID is 
included in this message and it is implied that the announcement server will 
notify when complete. 


6 




ACON 


Accept the call 


7 




NOTI 


Notification of operation complete 


8 


REL 




Release the call in the originating SS7 network 


9 


RCR 




Release the call on the originating access server 


10 


ACR 




Accept release 


11 


RCR 




Release call on the announcement server 


12 




ACR 


Accept release 
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(g) Wiretap 

Table 186 below provides an illustration of a wiretap call 
for listening to a call, including the step, the control message 
source (i.e. soft switch 204, originating access server 254, 
wiretap server (a specialized access server 254), SS7 sig- 
naling network 114 and a terminating access server 256), 
and relevant comments. 

The example call flow of Table 186 shows the use of a 
wiretap server to listen to a call. The wiretap server allows 
the originator and the intended terminator to participate in a 
normal call with a third party listening to the conversation, 
but not transmitting the third party's voice. The wiretap 
server can be an IPDC specialized access server, similar to 
a conference bridge, but that does not permit transmission of 
voice from a connected wiretap workstation. 
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Soft switch 204, i.e., the originating soft switch, can then 
communicate with terminating soft switch 304 to set up the 
other half of the call. 

Terminating soft switch 304 can then communicate with 
5 port status (PS) 298 of RS 314 to determine whether a DS0 
circuit is available for termination and in which TG. 

Having determined a free circuit is available on TG 234, 
soft switch 304 can allocate a connection 2308 between TG 
234 and carrier facility 130 for termination to called party 
120. 

10 Soft switch 304 can then communicate with soft switch 
204 to establish connection 2312, between TG 234 and TG 
232. Soft switch 304 can provide the IP address for TG 234 
to soft switch 204. Soft switch 204 provides this address to 
TG 232. TG 232 sets up a real-time transport protocol (RTP) 
connection 2312 with TG 234 to complete the call path. 



TABLE 186 



Originating 
Soft Access 
Step Switch Server 



Ter minating 
Wiretap Access 
Server Server 



SS7 Comments 



3 ACON 

4 RCON 



RCON 



RCON 



6 ANM 



ACON 



ACON 



ACON 



Inbound request for new call. The call is identified as an operator services 
call and is routed to operator services workstations. The soft switch could 
perform ACD functions and select the actual workstation, but that logic 
is not shown here. 

Request the originating access server to accept the call. And terminate 
to the wiretap server. 
Accept the incoming call. 

Using the same transaction ID, request the wiretap server to accept 
the inbound call. 
Accept the call. 

Request the terminating gateway to connect to the wiretap server, 
again using the same transaction ID. This is the key used by the 
wiretap server to bridge calls. 

Accept connection of the termination to the wiretap server. 

Request the wiretap server to accept the connection from the termination, 

again using the same transaction ID. 

Accept the call. 

Answer message to the originating SS7 network. 



B. Operational Description 

1. Voice Call originating and terminating via SS7 signal- 
ing on a Trunking Gateway 

FIG. 23A depicts a voice call originating and terminating 
via SS7 signaling on a trunking gateway. The reader is 
directed also to Table 181 shown above, which details 
control message flow for a voice over packet call flow 
having inbound SS7 signaling, outbound SS7 signaling, and 
an IP network with access server managed RTP ports. 

FIG. 23A depicts a block diagram of an exemplary call 
path 2300. Call path 2300 is originated via a SS7 signaling 
message 2302, sent from carrier facility 126 of calling party 
102 through SS7 GW 208 to soft switch 204. 

Soft switch 204 can communicate with TG 232, via the 
IPDC protocol, to determine if an incoming DS0 circuit (on 
a DS1 port on a telephone PSTN interface) is free, and if so, 
to allocate that circuit to set up a connection 2304. 

Soft switch 204 then performs a query to CS 206 to access 
a customer trigger plan 290 of calling party 102. 

Depending on the contents of customer trigger plan 290, 
soft switch 204 may require other call processing, such as, 
for example, an 800 call translation table lookup from SCP 
214a based on information in signaling message 2302. 

SCP 214a can then provide to soft switch 204 a translated 
destination number, i.e. the number of called party 120. 

Soft switch 204 can then query RS 212 to perform further 
processing. Route logic 294 of RS 212 can be processed to 
determine a termination using least cost routing. The termi- 
nation can be through data network 112. 



a. Voice Call on a TG Sequence Diagrams of Component 
Intercommunication 

FIG. 26A depicts a detailed diagram of message flow for 
an exemplary voice call over a NAS, similar to FIG. 23 A. 

FIGS. 27-39 depict detailed sequence diagrams demon- 
strating component intercommunication for a voice call 
using the interaction of two soft switch sites, i.e. an origi- 
nating and a terminating soft switch site, similar to FIG. 2B, 
FIG. 23A and Table 181. FIGS. 40-45 depict call teardown 
for the voice call. 

FIG. 27 depicts a block diagram of a call flow showing an 
originating soft switch accepting a signaling message from 
an SS7 gateway sequencing diagram 2700, including mes- 
sage flows 2701-2706. 

FIG. 28 depicts a block diagram of a call flow showing an 
originating soft switch getting a call context message from 
an I AM signaling message sequencing diagram 2800, 
including message flows 2801-2806. 

FIG. 29A depicts a block diagram of a call flow showing 
an originating soft switch receiving and processing an LAM 
signaling message including sending a request to a route 
server sequencing diagram 2900, including message flows 
2901-2908. 

FIG. 29B depicts a block diagram of a call flow showing 
a soft switch starting to process a route request sequencing 
diagram 2950, including message flows 2908, and 
2952-2956. 

FIG. 30 depicts a block diagram of a call flow showing a 
route server determining a domestic route sequencing dia- 
gram 3000, including message flows 2908 and 3002-3013. 
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FIG. 31 depicts a block diagram of a call flow showing a above, which depicts a voice over packet call flow having an 

route server checking availability of potential terminations inbound data call using SS7 signaling. Tables 177 and 178 

sequencing diagram 3100, including message flows 3008 are also relevant and describe TDM passthrough switching, 

and 3102-3103. FIG. 23B depicts a block diagram of an exemplary call 

FIG. 32 depicts a block diagram of a call flow showing a 5 P am 2314. Call path 2314 is originated via an SS7 signal 

route server getting an originating route node sequencing from lhe c*™ 1 " facility 126 of calling party 102 through SS7 

diagram 3200, including message flows 3009 and GW 208 to ^ 204 

3201-3207. Soft switch 204 can communicate with TG 232, via the 

FIGS. 33A and 33B depict block diagrams of a call flow IPD £ P rotocol > to f de i erm ™l 1 ^ an . inc ° min S DS0 circuit ( on 

showing a route server calculating a domestic route for a 10 f D f P° rt ™ f l *P^ ne P f ™ mterface ) » &ee, and if so, 

voice call on a trunking gateway sequencing diagram 3300, l ° f^i^T 10 f Up a C0nne ^ n o ^ 6 - 

including message flov^ 3301-3312 and lequencing dia^ S °f 204 {h ™ * W to «™ to *«» 

~ * . * a w-TZu* a customer tngger plan 290 of calling party 102. 

gram 3320, including message flows 3321-3345, respec- Depending the contents of customer nigger plan 290, 

UV ^£ <** j, * a li t j* r < soft switch 204 may require other call processing, such as, 

FIG. 34 depicts a block diagram of a call flow showing an is for examp le, an 800 call translation table lookup from SCP 

originating soft switch getting a call context from a route 2 14a based on information in the signaling message, 

response from a route server sequencing diagram 3400, SCP 214a can then provide to soft switch 204 a translated 

including message flows 3401-3404. destination number, i.e. the number of called party 120. 

FIG. 35 depicts a block diagram of a call flow showing an As part of the query performed on CS 206, soft switch 204 

originating soft switch processing an IAM message includ- 20 can determine that the called party corresponds to a data 

ing sending an IAM to a terminating network sequencing modem, representing a data call. 

diagram 3500, including message flows 3501-3508. Soft switch 204 can then communicate with network 

FIG. 36 depicts a block diagram of a call flow showing a access server (NAS) 228 to determine whether a modem is 

soft switch processing an ACM message including sending available for termination in NAS 228. 

an ACM to an originating network sequencing diagram 25 If soft switch 204 determines that a terminating modem is 

3600, including message flows 3601-3611. available, then soft switch 204 can set up connections 2318 

FIG. 37 depicts a block diagram of a call flow showing a and 2322 via TDM switching to terminate the data call in a 

soft switch processing an ACM message including the setup modem included in NAS 228. Connections 2316 and 2322 

of access servers sequencing diagram 3700, including mes- are DSO circuits. Connection 2318 represents a TDM bus. 

sage flows 3701-3705. 30 TDM pass-through switching is described further with 

FIG. 38 depicts a block diagram of a call flow showing an respect to Tables 177 and 178, above. 

example of how a soft switch can process an ACM message If soft switch 204 determines that a terminating modem is 

to send an RTP connection message to the originating access available, then soft switch 204 terminates the call to that 

server sequencing diagram 3800, including message flows modem. 

3801-3814. 35 3. Voice Call originating on an SS7 trunk on a Trunking 

FIG. 39 depicts a block diagram of a call flow showing a Gateway and terminating via access server signaling on an 

soft switch processing an ANM message sending the ANM Access Gateway 

message to the originating SS7 GW sequencing diagram FIG. 23C depicts a voice call originating on an SS7 trunk 

3900, including message flows 3901-3911. on a TG 232 and terminating via access server signaling on 

FIG. 40 depicts a block diagram of a call flow showing a 40 an AG 240. The reader is directed to Table 179 above, which 

soft switch processing an REL message where the terminal- illustrates a voice over packet call flow having inbound SS7 

ing end initiates call teardown sequencing diagram 4000, signaling, outbound access server signaling, and soft 

including message flows 4001-4011. switched managed RTP ports. 

FIG. 41 depicts a block diagram of a call flow showing a FIG. 23C depicts a block diagram of an exemplary call 

soft switch processing an REL message to tear down all 45 path 2324. Call path 2324 is originated via SS7 signaling 

nodes sequencing diagram 4100, including message flows IAM messages from carrier facility 126 of calling party 102 

4101-^107. through SS7 GW 208 to soft switch 204. 

FIG. 42 depicts a block diagram of a call flow showing a Soft switch 204 can communicate with TG 232, via the 

soft switch processing an RLC message where the termi- IPDC protocol, to determine if an incoming DSO circuit (on 

nating end initiates teardown sequencing diagram 4200, 50 a DS1 port on a telephone PSTN interface) is free, and if so, 

including message flows 4201-4211. to allocate that circuit to set up a connection 2326 from 

FIG. 43 depicts a block diagram of a call flow showing a carrier facility 126. 

soft switch sending an unallocate message to route server for Soft switch 204 then performs a query to CS 206 to access 

call teardown sequencing diagram 4300, including message a customer trigger plan 290 of calling party 102. 

flows 4301-4305. 55 Depending on the contents of customer trigger plan 290, 

FIG. 44 depicts a block diagram of a call flow showing a soft switch 204 can require other call processing, such as, for 

soft switch instructing a route server to unallocate route example, an 800 call translation table lookup from SCP 214a 

nodes sequencing diagram 4400, including message flows based on information in signaling message. 

4305, 4401-4410. SCP 214a can then provide to soft switch 204 a translated 

FIG. 45 depicts a block diagram of a call flow showing a 60 destination number, i.e. the number of called party 124. 

soft switch processing call teardown including deleting call Soft switch 204 can then query RS 212 to perform farther 

context sequencing diagram 4500, including message flows processing. Route logic 294 of RS 212 can be processed to 

4409, 4502 and 4503. determine a least cost routing termination. The termination 

2. Data Call originating on an SS7 trunk on a Trunking can be through data network 112. 

Gateway 65 Soft switch 204, i:e., the originating soft switch, can then 

FIG. 23B illustrates termination of a data call arriving on communicate with terminating soft switch 304 to set up the 

TG 232. The reader is also directed to Table 170 shown other half of the call. 
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Terminating soft switch 304 can then communicate with 
port status (PS) 298 of RS 314 to determine whether a DSO 
or DS1 circuit is available for termination and in which AG. 

Having determined a free circuit is available on AG 240, 
soft switch 304 can allocate a connection 2330 between AG 5 
240 and customer facility 132 for termination to called party 
124. 

Soft switch 304 can then communicate with soft switch 
204 to establish connection 2334, between TG 232 and AG 
240. Soft switch 304 can provide the IP address for TG 240 10 
to soft switch 204. Soft switch 204 provides this address to 
TG 232. TG 232 sets up a real-time transport protocol (RTP) 
connection 2334 with AG 240 (based upon the IP addresses 
provided by the soft switch) to complete the call path. 

4. Voice Call originating on an SS7 trunk on a Trunking is 
Gateway and terminating on an Announcement Server 

FIG. 23D depicts a voice call originating on an SS7 trunk 
on a TG and terminating with a message announcement on 
an ANS. The reader is directed to Table 185 above which 
shows a call termination with a message announcement call 20 
flow. 

FIG. 23D includes a block diagram of an exemplary call 
path 2336. Call path 2336 is originated via a signal from 
carrier facility 126 of calling party 102, to soft switch,204 
through SS7 GW 208. 25 

Soft switch 204 can communicate with TG 232, via the 
IPDC protocol, to determine if an incoming DSO circuit (on 
a DS1 port on a telephone PSTN interface) is free, and if so, 
to allocate that circuit to set up a connection 2338 between 
customer facility 126 and TG 232. 30 

Soft switch 204 then performs a query to CS 206 to access 
a customer trigger plan 290 of calling party 102. 

Depending on the contents of customer trigger plan 290, 
soft switch 204 may require other call processing, such as, 
for example, an 800 call translation table lookup from SCP 35 
214a based on information in signaling message 2302. 

SCP 214a can then provide to soft switch 204 a translated 
destination number, i.e. the number of called party 120. 

Soft switch 204 can then query RS 212 to perform further 
processing. Route logic 294 of RS 212 can be processed to 40 
determine a least cost routing termination. RS 212 deter- 
mines an optimal termination from data network 112, or 
least cost routing with data network 112 terminations as 
exemplary choices. Off network routing can be considered 
as well. The termination can be through data network 112. 45 

If a route termination cannot be found, the call is "treated" 
by the announcement server 246. Treating refers to process- 
ing done on a call. 

For example, assuming a TG 232 to TG 234 call, the soft 
switches can communicate and soft switch 304 can check 50 
port status of RS 314 to determine whether a DSO circuit is 
available for termination on a TG and the IP address of the 
TG. 

Assuming, for this call flow, that no DSO circuits are 
determined to be free on TG 234, soft switch 204 commu- 55 
nicates with TG 232, including providing the IP address of 
ANS 246 to TG 232. Soft switch 204 can also communicate 
with ANS 246, via the IPDC protocol, to cause ANS 246 to 
perform functions. TG 232 can set up an RTP connection 
2342 with ANS 246 to perform announcement processing, 60 
and to deliver an announcement to calling party 102. 

5. Voice Call originating on an SS7 trunk on a Network 
Access Server and terminating on a Trunking Gateway via 
SS7 signaling 

FIG. 24A depicts a voice call originating on a SS7 trunk 65 
on a NAS and terminating on a TG via SS7 signaling. The 
reader is directed to Tables 177 and 178 above, which show 
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a TDM switching connection setup flow and the routing of 
calls to an appropriate access server using TDM connec- 
tions. The reader is directed also to Table 181 shown above, 
which details control message flow for a voice over packet 
call flow having inbound SS7 signaling, outbound SS7 
signaling, and an IP network with access server managed 
RTP ports. 

FIG. 24A depicts a block diagram of an exemplary call 
path 2400. Call path 2400 is originated via a SS7 signaling 
message, sent from carrier facility 126 of calling party 102 
through SS7 GW 208 to soft switch 204. 

Soft switch 204 can communicate with NAS 228, via the 
IPDC protocol, to determine if an incoming DSO circuit (on 
a DS1 port on a telephone PSTN interface) is free, and if so, 
to allocate that circuit to set up a connection 2402 between 
carrier facility 126 of calling party 102 and NAS 228. 

Soft switch 204 then performs a query to CS 206 to access 
a customer trigger plan 290 of calling party 102. 

Depending on the contents of customer trigger plan 290, 
soft switch 204 may require other call processing, such as, 
for example, an 800 call translation table lookup from SCP 
214a based on information in signaling message 2302. 

SCP 214a can then provide to soft switch 204 a translated 
destination number, i.e. the number of called party 120. 

In one embodiment, soft switch 204 determines from the 
dialed number in the IAM message, that the call is a voice 
or VPOP call and thus needs a trunking gateway to handle 
the voice call. Soft switch 204 sends an IPDC message to the 
NAS to TDM pass-through the call to the TG. 

To determine the type of call, soft switch 204 can also 
perform further processing to determine, e.g., whether the 
call is to a destination known as a data modem termination 
dialed number. If the dialed number is not to a data number, 
then soft switch 204 determines that the call is a voice call. 

Soft switch 204 can now determine whether a TG 232 has 
any ports available for termination by querying port status 
292 of route server 212, and if so, can allocate the available 
port and set up a TDM bus connection 2404 in the NAS via 
TDM switching, and DSO circuit 2406 to TG 232. Soft 
switch 204 can also query routing logic 294 of RS 212 to 
determine a least cost route termination to the called desti- 
nation. 

Soft switch 204, i.e., the originating soft switch, can then 
communicate with terminating soft switch 304 to set up the 
other half of the call. 

Terminating soft switch 304 can then communicate with 
port status (PS) 298 of RS 314 to determine whether a port 
is available for termination and in which TG. 

Having determined a free circuit is available on TG 234, 
soft switch 304 can allocate a connection 2410 between TG 
234 and carrier facility 130 for termination to called party 
120. 

Soft switch 304 can then communicate with soft switch 
204 to establish connection 2414, between TG 234 and TG 
232. Soft switch 304 can provide the IP address for TG 234 
to soft switch 204. Soft switch 204 provides this address to 
TG 232. TG 232 sets up an real-time transport protocol 
(RTP) connection 2414 with TG 234 to complete the call 
path. 

a. Voice Call on a NAS Sequence Diagrams of Component 
Intercommunication 

FIG. 26B depicts a detailed diagram of message flow for 
an exemplary voice call over a NAS, similar to FIG. 24 A. 

FIGS. 27-39 and 46-48 depict detailed sequence dia- 
grams demonstrating component intercommunication for a 
voice call using the interaction of two soft switch sites, i.e. 
an originating and a terminating soft switch site, similar to 
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FIG. 2B, FIG. 24A and Table 181. FIGS. 40-45 depict call FIG. 48 includes a soft switch processing an IAM sending 

teardown for the voice call. the IAM to the terminating network sequencing diagram 

FIG. 27 depicts a block diagram of a call flow showing an 4800, including message flows 4801-4808. 

originating soft switch accepting a signaling message from FIG. 40 depicts a block diagram of a call flow showing a 

an SS7 gateway sequencing diagram 2700, including mes- 5 soft switch processing an REL message where the terminat- 

sage flows 2701-2706. ing end initiates call teardown sequencing diagram 4000, 

FIG. 28 depicts a block diagram of a call flow showing an including message flows 4001-4011. 

originating soft switch getting a call context message from FIG. 41 depicts a block diagram of a call flow showing a 

an IAM signaling message sequencing diagram 2800, soft switch processing an REL message to tear down all 

including message flows 2801-2806. 10 nodes sequencing diagram 4100, including message flows 

FIG. 29A depicts a block diagram of a call flow showing 4101-4107. 

an originating soft switch receiving and processing an IAM FIG. 42 depicts a block diagram of a call flow showing a 

signaling message including sending a request to a route soft switch processing an RLC message where the tenni- 

server sequencing diagram 2900, including message flows nating end initiates teardown sequencing diagram 4200, 

2901-2908. 15 including message flows 4201-4211. 

FIG. 29B depicts a block diagram of a call flow showing FIG. 43 depicts a block diagram of a call flow showing a 

a soft switch starting to process a route request sequencing soft switch sending an una] locate message to route server for 

diagram 2950, including message flows 2908, and call teardown sequencing diagram 4300, including message 

2952-2956. flows 4301-4305. 

FIG. 30 depicts a block diagram of a call flow showing a 20 FIG. 44 depicts a block diagram of a call flow showing a 

route server determining a domestic route sequencing dia- soft switch instructing a route server to unallocate route 

gram 3000, including message flows 2908 and 3002-3013. nodes sequencing diagram 4400, including message flows 

FIG. 31 depicts a block diagram of a call flow showing a 4305, 4401-4410. 

route server checking availability of potential terminations FIG. 45 depicts a block diagram of a call flow showing a 

sequencing diagram 3100, including message flows 3008 25 soft switch processing call teardown including deleting call 

and 3102-3103. context sequencing diagram 4500, including message flows 

FIG. 32 depicts a block diagram of a call flow showing a 4409, 4502 and 4503. 

route server getting an originating route node sequencing 6. Voice Call originating on an SS7 trunk on a NAS and 

diagram 3200, including message flows 3009 and terminating via Access Server Signaling on an Access Gate- 

3201-3207. 30 way 

FIGS. 33A and 33B depict block diagrams of a call flow FIG. 24C depicts a voice call originating on an SS7 trunk 

showing a route server calculating a domestic route for a on a NAS 228 and terminating via access server signaling on 

voice call on a trunking gateway sequencing diagram 3300, an AG 240. The reader is directed to Table 179 above, which 

including message flows 3301-3312 and sequencing dia- illustrates a voice over packet call flow having inbound SS7 

gram 3320, including message flows 3321-3345, respec- 35 signaling, outbound access server signaling, and soft 

tively. switched managed RTP ports. The reader is also directed to 

FIG. 34 depicts a block diagram of a call flow showing an Tables 177 and 178 which show TDM switching connec- 

originating soft switch getting a call context from a route tions. 

response from a route server sequencing diagram 3400, FIG. 24C depicts a block diagram of an exemplary call 

including message flows 3401-3404. 40 path 2422. Call path 2422 is initiated via SS7 signaling IAM 

FIG. 35 depicts a block diagram of a call flow showing an messages from carrier facility 126 of calling party 102 

originating soft switch processing an IAM message includ- through SS7 GW 208 to soft switch 204. 

ing sending an IAM to a terminating network sequencing Soft switch 204 can communicate with NAS 228, via the 

diagram 3500, including message flows 3501-3508. IPDC protocol, to determine if an incoming DS0 circuit (on 

FIG. 36 depicts a block diagram of a call flow showing a 45 a DS1 port on a telephone PSTN interface) is free, and if so, 

soft switch processing an ACM message including sending to allocate that circuit to set up a connection 2424 from 

an ACM to an originating network sequencing diagram carrier facility 126. 

3600, including message flows 3601-3611. Soft switch 204 then performs a query to CS 206 to access 

FIG. 37 depicts a block diagram of a call flow showing a a customer trigger plan 290 of calling party 102. 

soft switch processing an ACM message including the setup 50 Depending on the contents of customer trigger plan 290, 

of access servers sequencing diagram 3700, including mes- soft switch 204 can require other call processing, such as, for 

sage flows 3701-3705. example, an 800 call translation table lookup from SCP 214a 

FIG. 38 depicts a block diagram of a call flow showing an based on information in signaling message, 

example of how a soft switch can process an ACM message SCP 214a can then provide to soft switch 204 a translated 

to send an RTP connection message to the originating access 55 destination number, i.e. the number of called party 124 to 

server sequencing diagram 3800, including message flows soft switch 204. 

3801-3814. In one embodiment, soft switch 204 determines from the 

FIG. 39 depicts a block diagram of a call flow showing a dialed number in the IAM message, that the call is a voice 

soft switch processing an ANM message sending the ANM or virtual point of presence (VPOP) call and in this scenario 

message to the originating SS7 GW sequencing diagram 60 needs an access gateway to handle the voice call. Soft switch 

3900, including message flows 3901-3911. 204 sends an IPDC message to the NAS to TDM pass- 

FIG. 46 depicts a block diagram of a call flow showing an through the call to the AG. 

exemplary calculation of a route termination sequencing To determine the type of call, soft switch 204 can also 

diagram 4600, including message flows 4601-4625. perform further processing to determine, e.g., whether the 

FIG. 47 depicts a block diagram of a soft switch getting 65 call is to a destination known as a data modem termination 

call context from route response sequenced diagram 4700, dialed number. If the dialed number is not to a data number, 

including message flows 4701-4704. then soft switch 204 determines that the call is a voice call. 
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Soft switch 204 can now determine whether an AG 238 an SS7 gateway sequencing diagram 2700, including mes- 

has any circuits available for termination by querying port sage flows 2701-2706. 

status 292 of route server 212, and if so, can allocate the FIG. 28 depicts a block diagram of a call flow showing an 

available port and set up a TDM bus connection 2426 in the originating soft switch getting a call context message from 

NAS via TDM switching, and DS0 circuit 2428 to AG 238. 5 an I AM signaling message sequencing diagram 2800, 

Soft switch 204 can also query routing logic 294 of RS 212 including message flows 2801-2806. 

to determine a least cost route termination. nG - 29A de P lcts a block digram of a call flow showing 

Soft switch 204, i.e., the originating soft switch, can then an originating soft switch receiving and processing an IAM 

communicate with terminating soft switch 304 to set up the signaling message including sending a request to a route 

other half of the call. 10 ^Wl-IMM™™* Al ^ m 29 °°' mcludm e messa S e flows 

Terminating soft ^swjtch 304 can then communicate with pjG. 29B depicts a block diagram of a call flow showing 

port status (PS) 298 of RS 314 to determine whether a port a ^ switch sMin ^ ^ a ^ ^ ncin * 

is available for termination and in which AG. diagram 2950, including message flows 2908, and 

Having determined a free circuit is available on AG 240, 2952-2956 

soft switch 304 can allocate a connection 2432 between AG 15 pic. 30 depicts a block diagram of a call flow showing a 

240 and customer facility 132 for termination to called party roule server determining a domestic route sequencing dia- 

124. gram 3000, including message flows 2908 and 3002-3013. 

Soft switch 304 can then communicate with soft switch FIG. 31 depicts a block diagram of a call flow showing a 

204 to establish connection 2436, between AG 238 and AG route server checking availability of potential terminations 

240. Soft switch 304 can provide the EP address for AG 240 20 sequencing diagram 3100, including message flows 3008 

to soft switch 204. Soft switch 204 provides this address to and 3102-3103. 

AG 238. AG 238 sets up a real-time transport protocol (RTP) FIG. 32 depicts a block diagram of a call flow showing a 

connection 2436 with AG 240 to complete the call path. route server getting an originating route node sequencing 

7. Data Call originating on an SS7 trunk and terminating diagram 3200, including message flows 3009 and 

on a NAS 25 3201-3207. 

FIG. 24B illustrates termination of a data call arriving on FIG. 49 depicts a block diagram of a call flow showing 

NAS 228. The reader is also directed to Table 170 shown calculation of a domestic route including a modem pool 

above, which depicts an inbound data call using SS7 sig- route node sequencing diagram 4900, including message 

naling. flows 4901-4904. 

FIG. 24B depicts a block diagram of an exemplary call 30 FIG. 50 depicts a block diagram of a call flow showing a 

path 2416. Call path 2416 is originated via an SS7 signal soft switch getting call context from route response sequenc- 

from the carrier facility 126 of calling party 102 through SS7 ing diagram 5000, including message flows 5001-5004. 

GW 208 to soft switch 204. FIG. 51 depicts a block diagram of a call flow showing a 

Soft switch 204 can communicate with NAS, via the soft switch processing an IAM message, connecting a data 

IPDC protocol, to determine if an incoming DS0 circuit (on 35 call sequencing diagram 5100, including message flows 

a DS1 port on a telephone PSTN interface) is free, and if so, 5101-5114. 

to allocate that circuit to set up a connection 2418. FIG. 52 depicts a block diagram of a call flow showing a 

Soft switch 204 then performs a query to CS 206 to access soft switch processing an ACM message, sending an ACM 

a customer — trigger plan 290 of calling party 102. to originating LEC sequencing diagram 5200, including 

Depending on the contents of customer trigger plan 290, 40 message flows 5201—5210. 

soft switch 204 may require other call processing, such as, FIG. 53 depicts a block diagram of a call flow showing a 

for example, an 800 call translation table lookup from SCP soft switch processing an ANM message, sending an ANM 

214a based on information in the signaling message. to the originating LEC sequencing diagram 5300, including 

SCP 214a can then provide a translated destination message flows 5301-5310. 

number, i.e. the number of called party 120 to soft switch 45 FIG. 43 depicts a block diagram of a call flow showing a 

204. soft switch sending an unallocate message to route server for 

As part of the query performed on CS 206, or based on a call teardown sequencing diagram 4300, including message 

query to RS 212, soft switch 204 can determine that the flows 4301-4305. 

called party corresponds to a data modem, representing a FIG. 44 depicts a block diagram of a call flow showing a 

data call. 50 soft switch instructing a route server to unallocate route 

Soft switch 204 can then communicate with network nodes sequencing diagram 4400, including message flows 

access server (NAS) 228 to determine whether a modem is 4305, 4401-4410. 

available for termination in NAS 228. FIG. 45 depicts a block diagram of a call flow showing a 

If soft switch 204 determines that a terminating modem is soft switch processing call teardown including deleting call 

available, then soft switch 204 terminates the call to that 55 context sequencing diagram 4500, including message flows 

modem. 4409, 4502 and 4503. 

a. Data Call on a NAS Sequence Diagrams of Component FIG. 54 depicts a block diagram of a call flow showing a 

Intercommunication soft switch processing an RCR message where teardown is 

FIG. 26C depicts a more detailed diagram of message initiated by the terminating modem sequencing diagram 

flow for an exemplary data call over a NAS, similar to FIG. 60 5400, including message flows 5401-5412. 

24B. FIG. 55 depicts a block diagram of a call flow showing a 

FIGS. 27—32 and 49—53 depict detailed sequence dia- soft switch processing an RLC message sequencing diagram 

grams demonstrating component intercommunication dur- 4100, including message flows 5501-5506. 

ing a data call received and terminated on a NAS. FIGS. FIG. 56 depicts a block diagram of a call flow showing a 

43-45, and 54-57. 65 soft switch processing an ACM message sending the ACM 

FIG. 27 depicts a block diagram of a call flow showing an to the originating network sequencing diagram 5600, includ- 

originating soft switch accepting a signaling message from ing message flows 5601-5611. 
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FIG. 57 depicts a block diagram of a call flow showing a a DS1 port on a telephone PSTN interface) is free, and if so, 

soft switch processing an IAM message setting up access to allocate that circuit to set up a connection 2502 from 

servers sequencing diagram 5700, including message flows carrier facility 128. 

5701-5705. Soft switch 204 then performs a query to CS 206 to access 

8. Data Call on NAS with Callback Authentication 5 a customer trigger plan 290 of calling party 122. 

FIG. 24D illustrates termination of an alternate authcnti- Depending on the contents of customer trigger plan 290, 

cation data call arriving on NAS 228 incorporating call back. soft switch 204 can require other call processing, such as, for 

The reader is also directed to Table 172 shown above, which example, an 800 call translation table lookup from SCP 214a 

depicts an inbound data call using SS7 signaling with based on information in signaling message, 
call-back, and to Table 174 which depicts an outbound data 1Q SCP 214a can then provide a translated destination 

call flow via SS7 signaling. number, i.e. the number of called party 124 to soft switch 

FIG. 24D depicts a block diagram of an exemplary call 204. 
path 2438. Call path 2438 is originated via an SS7 signal Soft switch 204 can then query RS 212 to perform further 

from the earner facility 126 of calling party 102 through SS7 processing. Route logic 294 of RS 212 can be processed to 

GW 208 to soft switch 204. determine least cost routing. The termination can be through 

Soft switch 204 can communicate with NAS 228, via the 15 data network 112. 
IPDC protocol, to determine if an incoming DS0 circuit (on Soft switch 204, i.e., the originating soft switch, can then 

a DS1 port on a telephone PSTN interface) is free, and if so, communicate with terminating soft switch 304 to set up the 

to allocate that circuit to set up a connection 2440 for the other half of the call. 

purpose of authenticating calling party 102. Terminating soft switch 304 can then communicate with 

Soft switch 204 can then perform a query to CS 206 to 20 port status (PS) 298 of RS 314 to determine whether a DS0 

access a customer trigger plan 290 of calling party 102. circuit is available for termination and in which AG. 

Depending on the contents of customer trigger plan 290, Having determined a free circuit is available on AG 240, 

soft switch 204 may require other call processing, such as, soft switch 304 can allocate a connection 2506 between AG 

for example, an 800 call translation table lookup from SCP 240 customer facility 132 for termination to called party 
2\4a based on information in the signaling message. 25 

SCP 214a can then provide a translated destination AG 238 and AG 340 establish an RTP connection based 

number, i.e. the number of called party 120 to soft switch on F*£?™ P™ vid * d b ? switches 204 and 304 Soft 

2Q4 switch 304 can then communicate with soft switch 204 to 

A ' n . „fiu~ ~>*c^ m ~A ~„ r-c "hvl . - t ^L *>iy4 establish connection 25 10, between AG 238 and AG 240. 

™ « Soft switch 304 provides the IP address for AG 240 to soft 

can determine that the cafled party corresponds to a data 30 switch 2M . Soft s^tch 204 provides this address to AG 238. 

modem, representing a data call, and that catting .party 102 AG 238 can set up a real-time transport protocol RTP 

gams access to network resources via an outbound call-back connection 2510 with AG 240, to complete the call path, 
following authentication. 10 Voice Call originating on Access Server signaled 

Soft switch 204 can then request that authenticating private line on an Access Gateway and terminating on SS7 

information from calling party 102 be entered at NAS 228. 35 signaled trunks on a Trunking Gateway 
Upon verification of the authentication information, soft FIG. 25C depicts a voice call originating on an access 

switch 204 can release the call and reoriginate an outbound server dedicated line (such as a DAL or an ISDN PRI) on an 

callback from NAS 228. AG 238 and terminating via SS7 signaling on a TG 234. 

Soft switch 204 communicates with network access server FIG. 25C depicts a block diagram of an exemplary call 

(NAS) 228 to determine whether a modem is available for 40 path 2522. Call path 2522 is originated via a call setup 

termination of a data call on NAS 228. message, such as, for example through data D-channel 

If soft switch 204 determines that a terminating modem is signaling on an ISDN PRI line, from customer facility 128 

available, then soft switch 204 can call calling party 102 via of calling party 122 to AG 238. AG 238 encapsulates call 

signaling through SS7 GW 208 to carrier facility 126 of control messages, such as Q.931 messages, into IPDC 

calling party 102, to set up connection 2442 between carrier 45 messages that AG 238 sends to soft switch 204 over data 

facility 126 and NAS 228. Soft switch 204 terminates the network 112. In-band MF DALs are handled similarly, 
call to a modem in NAS 228. Soft switch 2 04 can communicate with AG 238, via the 

9. Voice Call originating on Access Server dedicated line IPDC protocol, to determine if an incoming DS0 circuit (on 
on an Access Gateway and terminating on an Access Server a DS1 port on a telephone PSTN interface) is free, and if so, 
dedicated line on an Access Gateway 50 to allocate that circuit to set up a connection 2524 from 

FIG. 25A depicts a voice call originating on an access carrier facility 128. 
server dedicated line (such as a DAL or an ISDN PRI) on an Soft switch 204 then performs a query to CS 206 to access 

AG 238 and terminating via access server signaling on an a customer trigger plan 290 of calling party 122. 
AG 240. The reader is directed to Table 180 above, which Depending on the contents of customer trigger plan 290, 

illustrates a voice over packet call flow having inbound 55 soft switch 204 can require other call processing, such as, for 

access server signaling, outbound access server signaling, example, an 800 call translation table lookup from SCP 214a 

and soft switched managed RTP ports. based on information in signaling message. 

FIG. 25A depicts a block diagram of an exemplary call SCP 214a can then provide a translated destination 

path 2500. Call path 2500 is originated via a call setup number, i.e. the number of called party 120 to soft switch 

message, such as, for example through data D-channel 60 204. 

signaling on an ISDN PRI line, from customer facility 128 Soft switch 204 can then query RS 212 to perform further 

of calling party 122 to AG 238. AG 238 encapsulates call processing. Route logic 294 of RS 212 can be processed to 

control messages, such as Q.931 messages, into IPDC determine least cost routing. The termination can be through 

messages that AG 238 sends to soft switch 204 over data data network 112. 

network 112. In-band MF DALs are handled similarly. 65 Soft switch 204, i.e., the originating soft switch, can then 

Soft switch 204 can communicate with AG 238, via the communicate with terminating soft switch 304 to set up the 

IPDC protocol, to determine if an incoming DS0 circuit (on other half of the call. 
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Terminating soft switch 304 can then communicate with If a data modem is available in NAS 228, the call is 

port status (PS) 298 of RS 314 to determine whether a DSO terminated at one end to the modem, 

circuit is available for termination and in which TG. Soft switch can then determine whether via communica- 

Having determined a free circuit is available on TG 2340, tion with AG 238, via IPDC protocol communication, 

soft switch 304 can allocate a connection 2528 between TG 5 whether a circuit is available for the outbound data call. If 

234 and customer facility 130 for termination to called party AG 238 has an available circuit, then soft switch 204 can use 

120. TDM bus 2540 to connect circuit 2542 to circuit 2538 

Soft switch 304 can then communicate with soft switch (which is in turn terminated to a modem in NAS 228). 

204 to have AG 238 establish connection 2532, between AG TDM bus 2540 can then be connected to circuit 2542, i.e., 

238 and TG 234. Soft switch 304 can provide the IP address 10 an access server signaled dedicated access line to carrier 

for TG 234 to soft switch 204. Soft switch 204 provides this facibty 128, using, for example D-channel signaling of an 

address to AG 238. AG 238 can set up a real-time transport ISDN PRI line. TDM pass-through switching is described 

protocol RTP connection 2532 with TG 234, to complete the further with respect to Tables 177 and 178, above, 

call path. 13. Voice Services 

11. Data Call on an Access Gateway is Telecommunications voice network services supported by 
FIG. 25B depicts a data call originating on an access the present invention include, for example, origination and 

server dedicated line (such as a DAL or an ISDN PRI) on an termination of intralata, interlata and international calls 

AG 238 and terminating at a data modem in a NAS 228. The seamlessly between the PSTN and Telecommunications 

reader is directed to Table 171 above, which illustrates an network 200. Access can be achieved by switched or dedi- 

in bound data call flow via access server signaling. 20 cated access lines. Call origination can be provided via 

FIG. 25B depicts a block diagram of an exemplary call Feature Group D (FGD) and direct access line (DAL) 

path 2512. Call path 2512 is originated via an access server (T-l/PRI) access to access servers 254,256. Local access can 

signaling message, such as, for example through data be provisioned via the PSTN with FGD and co-carrier 

D-channel signaling on an ISDN PRI line, from customer termination to trunking gateways 232, 234. Dedicated DSOs, 

facility 128 of calling party 122 to AG 238 and through 25 T-ls and T-3s can connect an end user's CPE directly to AGs 

signaling packets sent over data network 112 to soft switch 238,240. In one embodiment, a standard unit of measure - 

204. ment for usage charges can be a rate per minute (RPM). 

Soft switch 204 can communicate with AG 238, via the Where telecommunications network 200 provides the DSOs, 

IPDC protocol, to determine if an incoming DSO circuit (on T-ls, and T-3s, there can be an additional monthly recurring 

a DS1 port on a telephone PSTN interface) is free, and if so, 30 charge (MRC) for access. 

to allocate that circuit to set up a connection 2514 from In one embodiment, ingress and egress can be via the 

customer facility 128. PSTN. In another embodiment, native IP devices can origi- 

Soft switch 204 then performs a query to CS 206 to access nate and terminate calls over data network 112 over the IP 

a customer trigger plan 290 of calling party 122. protocol. In such an environment, flat rated calling plans are 

Depending on the contents of customer trigger plan 290, 35 possible, 
soft switch 204 can require other call processing, such as, for a. Private Voice Network (PVN) Services 
example, an 800 call translation table lookup from SCP 214a Private voice network (PVN) services can be a customer- 
based on information in signaling message. defined calling network that allows companies to coramu- 

SCP 214a can then provide a translated destination nicate "on-net" at discounted prices. The backbone of the 

number, i.e. the number of called party 124 to soft switch 40 product can be dedicated access connectivity, such as, for 

204. example, using a DAL or ISDN PRI for access to telecom- 

As part of the query performed on CS 206 or to RS 212, muni cations network 200. Using a capability called dedi- 

soft switch 204 can determine that the called party corre- cated termination service (DTS), calls that originate either 

sponds to a data modem, representing a data call. by PIC or a dedicated access method can terminate on 

If the incoming call is determined to be a data call, then 45 dedicated facilities when possible. For example, assume a 

the incoming circuit 2514 is connected to TDM bus 2516 customer with five locations across the country (e.g., in 

which is in turn connected to circuit 2518 which terminates on-net cities) has T-ls deployed at each site. Calls between 

the data call to a modem in NAS 228. those five sites can be significantly discounted due to the fact 

Soft switch 204 can then communicate with network that the carrier owning telecommunications network 200 

access server (NAS) 228 to determine whether a modem is 50 originates and terminates the calls on dedicated facilities at 

available for termination in NAS 228. little cost. Additionally, customers will be able to add others 

If soft switch 204 determines that a terminating modem is to their PVN, such as, for example, business partners, 

available, then soft switch 204 can terminate the call to the vendors, and customers, enabling the customer (as well as 

modem. the others) to further reduce their communications costs. 

12. Outbound Data Call from a NAS via Access Server 55 In one embodiment, service can be provided to customers 
signaling from an Access Gateway for a MRC, with no additional charge for on-net calls, and 

FIG. 25D depicts an outbound data call originating from with a charge on a rate per minute basis for all other types 

a data modem in NAS 228 via access server signaling from of calls. In another embodiment, no MRC can be required, 

an Access Gateway on an access server dedicated line (such and all calls can be charged on a RPM basis. In another 

as a DAL or an ISDN PRI) between AG 238 and carrier 60 embodiment, the RPM may vary according to the type of 

facility 128 of calling party 122. The reader is directed to call placed. 

Table 175 above, which illustrates an outbound data call Network requirements can include use of dedicated ter- 

flow via access server signaling. mination service (DTS). DTS can allow long distance calls 

FIG. 25D depicts a block diagram of an exemplary call that originate from a FGD or DAL to terminate on a DAL. 

path 2534. Call path 2534 is originated by soft switch 204 65 Traditionally, these calls are routed to POTS lines. This 

communicating with NAS 228 to determine whether a data functionality can enable the network to determine if the call 

modem is available. can be terminated over its own facilities and, if so, rate it 
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appropriately. DTS is the backbone functionality of PVN. A modification functions can include, for example, additions, 

routing table can allow the network to identify calls that deletions, changes, and modifications of verbal translations, 

originate from either an ANI or Trunk Group that has been These changes can take effect within e.g., 60 minutes or less, 
assigned an associated terminating Trunk Group. In one Customers that choose PAC Translation can have the 

embodiment, 700, 800, and 900 type calls can not originate 5 translation, not the actual account code, presented on an 

over DALs. invoice. Customers that do not use PAC Translation can 

Customer premises equipment (CPE) requirements can have the account code presented on the invoice, 
include a CSU/DSU with a router for Multiple Service T-l PAC tables can be associated to any type of resource (e.g., 

with dedicated access, and a customer can have an option to Master Account, ANI, Trunk Group, Location Account, 

lease or buy them. 10 and/or Authcode). Multiple PAC tables, in one embodiment, 

b. Long Distance or 1+ Services cannot be associated with a single resource. 

Long distancc(l+) service can allow a customer to place (a) PAC Variations 
long distance calls to anywhere in the U.S., Canada, USVI, Verified Forced PACs enable a customer to assign PACs 

and Puerto Rico by dialing 1 plus an area code (NPA), plus to, e.g., employees, teams and departments, that force the 

a 7-digjt phone number. International calls can be placed by 15 end-user to enter the PAC prior to completing a long 

dialing 011 plus a country code (CC), plus a city code, plus distance call. 

a number. Both switched and dedicated access can be Unverified Forced PACs can require that a PAC (of the 

available from on-net cities or from off-net cities (i.e., chosen digit length, e.g., four digits) be entered to complete 

through a designated off-net carrier). a call, however the digits are not pre -determined and the 

(1) Project Account Codes (PAC) 20 customer can have the ability to use all PACs in a given digit 

Project Access Codes (PACs) can be, for example, two to length. For example, with four^digit PACs, the customer 

twelve digits. PACs, can be end user defined or predefined could use any code from 0001-9999. 
codes that are assigned to, for example, employees, projects, Unverified Unforced PACs are the same as Unverified 

teams, and departments. PACs can be used, for example, by Forced PACs, but do not require a caller to enter the PAC to 

a customer to track such things as intralata, interlata, and 25 complete the long distance call. Unforced PACs can have, 

international calls. for example, a # override feature allowing calls to be 

An example benefit to a customer of using PACs is that connected quickly without relying on a network timeout to 

PACs can allow businesses to allocate and track costs of connect the call. If after, e.g., 3.5 seconds a PAC is not 

specific projects. Additionally, they can be used to track entered, the call can connect as usual. If a user enters a lower 

employee or department calls and expenditures. PACs can 30 number of digits than the PAC table indicates, a prompt 

also be used to prevent unauthorized long distance calling. "Invalid code, please try again" can be announced. At this 

In one embodiment, an invoice can track account codes point, the pound override feature can be used or the user can 

individually and can then group the codes in a hierarchical try again. A second wrong entry can produce the same 

fashion as well. prompt and a third can prompt "Goodbye." If a user enters 

Operationally, PACS can be entered by a calling party 35 more digits than has been setup on the PAC table, the first 

after dialing, e.g., a local, long distance, or international digits that comprise the correct PAC length can be used and 

phone number. The calling party can hear a network- the remaining digits ignored. Translation can occur (if 

generated tone prompting the calling party to enter the PAC activated) for the digits that correspond to the PAC table 

code. Once the PAC code has been entered and authorized, only. Billing presentation can also show the correct digit 

the call can be connected as usual. 40 length. 

All types of PACs can be translated on the invoice from Partially Verified Forced PACs can range from, for 

code to text, i.e., PAC number "1234" could be translated to example, 4 to 12 digits. A portion of the PAC can be verified 

a "Marketing Department" and PAC number "4567" could while the remaining portion is not; however, the entire digit 

be translated to "John Doe "An example invoice could show stream can be forced. The customer can choose the digit 

call detail records (CDR) and total expenditures for each 45 length for user authentication as well as determine the digit 

PAC. length project accounting portion. A minimum of, e.g., 2 

If an invalid code is entered, a voice prompt can imme- digits can be verified and can occur before the unverified 

diately respond with a message such as, for example, portion of the digit stream. For example, a customer can 

"Invalid code, please try again." A second invalid entry can choose a 5-digit PAC and the first two digits would authen- 

prompt the same message. A third can prompt another 50 ticate the user and the remaining digits would be used for 

message, such as, e.g., "Goodbye " PAC Translation would accounting purposes. Additionally, each portion of the PAC 

not occur in this instance. can have the option to be translated by the customer for 

If a user fails to enter any account code, the same invoice and web presentation, i.e., PAC "12345" could be 

prompting for receipt of an incorrect account code entry, can translated to "12"=John Doe and "345" could translate to 

take place. A time out can occur after, for example, 3.5 55 "Project X." 

seconds of no activity. PAC Translation would not occur in Department summary by PAC group enables a customer 

this instance. to choose any given set of PACs associated with a single 

Customers with PIC access can be required to wait for a table and group them under a customer chosen heading. For 

tone before entering a PAC. Customers with dedicated example, the header "Marketing" can contain codes 123,234 

access can complete the entire dialing sequence (phone 60 and 456, and the header "Customer Care" can contain codes 

number and PAC) without waiting for the tone and be 789, 987 and 678. The invoice can present summaries under 

connected without even hearing the tone. If, however, the each header. 

customer (using dedicated access) pauses after dialing the (2) Class of Service Restrictions (COSR) 

phone number, the network can still generate a tone prompt- Class of Service Restrictions (COSR) can allow a cus- 

ing the user for the PAC. 65 tomer to restrict outbound calling by certain jurisdictions. 

Business customers can have the ability to modify their Restrictions can be set at, e.g., the account, ANI, Trunk 

PAC tables via a world wide web Internet interface. The Group, Authcode, or PAC level. The customer can be able to 
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modify the COSR through, e.g., a web interface. For international calls, example call ratings of 1 -second 
Alternatively, some destinations, such as, e.g., international increments with 1-minute minimums per call, can be sup- 
destinations, could not be modified by a customer directly ported. 

and the customer could be required to contact customer care Example times of day(TOD) and days of week(DOW), 

for approval. 5 etc., can be rated differently. For example, 8 am-5 pm 

Exemplary COSRs include, for example, intcrlata COSRs Monday through Friday can be rated differently than 5:01 

restricting calls to a customer's LATA only; intrastate calls pm — 7:59 am Monday through Friday and all day Saturday 

restricting calls to the customer's originating state; interstate and Sunday. 

calls, allowing end-users to place domestic calls only any- Term discounts can be provided for long-term service 

where in the U.S. whether local, intralata, intrastate, or contract commitments, 

interstate; domestic and dedicated international destinations (5) Multiple-Service T-l 

allowing domestic calling as well as international calling to 1+ toll-free, internet access, private line and dedicated 

selected countries (based on country code) as determined by access lines can be provisioned over the same multiple 

the customer, and domestic and selected international (i.e., service T-l. Multiple service T-l can support two-way 

can exclude high-risk countries) that allows callers to place trunks. 

all types of domestic and international calls. 15 (6) Monthly Recurring Charges (MRCs) 

Domestic and international can be the default, unless MRCs can be charged for any combination of enhanced or 

otherwise specified by the customer. A list of high risk basic services either as a group or stand-alone, 

countries can be unavailable unless otherwise requested by (7) PVN Private Dialing Plan 

the customer. These high risk countries can have an PVN Private dialing plan services can also be offered on 

increased probability of fraud and can require proper credit 20 a customized basis. 

and sales approval. (8) Three-Way Conferencing 

In an example embodiment, PACs can be the first service A 3-way conferencing bridge can be created by the 

restriction look-up followed by restrictions set up at the end-user by choosing the conferencing feature from the 

account level. High risk countries can always be blocked enhanced services menu. The end-user enters up to, e.g., two 

unless otherwise requested by the customer. 25 additional phone numbers and is then connected by a bridge. 

(3) Origination and Termination Network Ho ld with Message Delivery 

A plurakty of forms of access can be provided mcruding A which laces me ^ Qn hold whik la ^ m 

^S^^^^^^^ 6 ^^^^ 3 ^ announcement message can be offered as a service to 

Customers pre -subscribed to the telecommunications car- CU q y^t n v c 

rier owning telecommunications network 200 can have PIC 30 c " * „ / . J>ervice f . ^. t ovv 

access to the network via FGD trunks from an LEC. This Toll-free service can allow calling parties to dial an 8XX 

access method can allow for, e.g., intralata, intrastate, number and terminate the call to either a POTS line or DAL. 

interstate, and international calling. ^ f*^ 11 or company receiving the call is responsible for 

Dedicated customers can originate calls using local facili- me cos ^ °f * De transaction, 

ties such as T-l/T-3 on telecommunications network 200. 35 Termination can be available to both on-net and off-net 

101-XXXX customers with an established account and areas in the U.S. Off-net can be handled CB. Calls can 

ANIs loaded into the billing system can access telecommu- originate anywhere in the U.S. plus, e.g., Canada, USVI, and 

nications network 200. In this instance, customers do not Puerto Rico. 

have to have PIC access. If an end-user dials 101-XXXX Real-time ANM network-based feature can pass the origi- 

without first establishing an account with the respective 40 nating ANI to the customer answering the call. The number 

ANIs, calls can be blocked at the network level and the is viewed by the operator of the answering end using CPE. 

end-user can hear a recording explaining the call cannot be This can be used by call centers wishing to pull customer 

completed and to contact the operator for further assistance. records based on the customer's phone number. This can be 

The order entry (OE) portion of the order management a DAL-only service. Default delivery can provide an entire 
system (OSS) supports non-PICd ANIs. This system can 45 ANI. Customers can add up to 2 delimiters, 
load the ANIs into a soft switch, e.g., as subscribed "non- Dialed Number Identification Service (DNIS) is a 
PlCd" ANIs which allows calls to be placed via 101-XXXX. network-based feature that can provide the answering party 
These ANIs can stay non-PICd until the customer has with the toll-free (or customer delivered) number dialed, 
requested a change to the PIC. Regular system maintenance Customer-owned computer telephony equipment can pro- 
does not PIC these designated ANIs to telecommunications so vide the display. DNIS allows multiple toll-free numbers to 
network 200 carrier and identifies these ANIs as Subscribed be used on a single trunk group in a call-center setting 
Non-PICd. Because 101-XXXX can only allowed for cus- because of its ability to display which number has been 
tomers of telecommunications network 200, LEC billing dialed enabling the calls to be handled uniquely. This can be 
(CABS) will not be necessary for direct customers. a DAL-only service. Customers can order DNIS in a variety 

Casual calling can be allowed through resale and whole- 55 of numbering format schemes from, for example, 4-10 

sale customers, if requested. The customer can be required digits. DNIS can be the entire loll-free number DNIS can be 

to have its own CIC code to do so. Call treatment discrimi- any portion of the toll-free number. DNIS can be any 

nation can be necessary for Resale and Wholesale customers customer defined number from, for example, 4-10 digits, 

in this instance. The network can identify the customer type Default delivery can include the entire toll-free number, 

by the CIC and allow or disallow casual access. In this 60 Customer can define the number with up to two delimiters, 

instance, LEC billing arrangements can be necessary. CIC (1) Enhanced Routing Features 

code billing can be available as an option for wholesale and Time of Day (TOD) routing routes toll-free calls to 

resale customers. alternate, customer-defined destinations based on the time of 

(4) Call Rating day. Routing can be determined by the customer in one- 
For domestic calls, example call ratings of 1 -second 65 minute increments. The time of day can be determined by 

increments with, for example, 18-second minimums per call, the terminating location's time zone. A day can be equal to 

can be supported. 12:00 am to 11:59 pm. 
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Day of Week (DOW) routing routes toll-free calls to (2) Info-Digit Blocking 

alternate, customer-defined destinations based on the day of Info-Digit Blocking selectively blocks calls based on the 

week. The time of day is determined by the terminating info-digit that is passed through. Examples of info-digits 

location's time zone. A day can be equal to 12:00 am to thai include 07, 27, 29 and 70 calls can be blocked at a 

11:59 pm. 5 customer's request. The default can permit calls to pass 

Area Code ((NPA) routing routes toll-free calls to regardless of info-digit. Payphone Blocking can be an option 

alternate, customer-defined destinations based on the area to a customer. In one embodiment calls that originate from 

code the originating phone call came from. payphones can be blocked. Payphone-onginated calls that 

NPA-NXX routing routes toll-free calls to alternate, arc bl °f ? Can m ™ a ? e ™ a11 surchai ^ e ^ can * 

j c j > , A , , j' „ marked up and passed to the customer, 

customer-defined destinations based on the area code and w (3) Toll . Free Number Portability (XFNP) 

prefix of the originating ANI. Toll-Free Number Portability (TFNP) allows customers to 

Geographic routing routes toll-free calls to alternate, change RespOrg on their toll-free number and "port" the 

customer-defined destinations based on the state the origj- number to a different carrier. Toil-Free Reservation allows 

nating phone call came from. reservation of vanity or customer-requested toll-free num- 

Multi-carrier routing routes p re-determined percentages 15 bers for later use. This is a function of the national SMS 

of toll-free calls over a single toll-free number to alternate database. 

carriers defined by the customer. This is a function of the (4) Multiple-Server T-l 

SMS database. Toll-free, 1+, internet access, private line and dedicated 

Percentage Allocation routing routes toll-free calls to access Une services can be able to be provisioned over the 

alternate, customerHdefined destinations based on call dis- 20 sam f ■ £1. service also supports two-way trunks, 

tribution percentages. Percentages can be defined down to ' /„ Katm S 

the nearest 1% Different call rates can be charged to a customer based 

Day of Year (DO Y) routing routes calked based on days U P°° criteria fo ' exam P le . the type of call placed, 

r *i_ . j - • * • . J i.e., the type of origination and termination, 

ot the year that are determined by the customer. ~ '5 , 7, . „ 

_ , . _ A „ : - ar , 25 Time of day and day of week pricing can permit calls 

Extension routing routes calk based on end-user DTMF , aced 8 ^ Mond mrou ^ Fri(J ^ ^ d 

input. These extensions are pre-defined by the customer and Saturday and Sunday 

can range from 2 to 12 digits. A table can be built that Cross^ontribution permits volume from other services to 

associates a terminating point, e.g., an ANI or Trunk Group, to monthl ^^^1 levels for toll-free and 

with an extension. A network prompt such as, for example, ^ v { ce _ versa 

a "bong tone," can be used. A time out of, for example 3.5 Acustomer can commit to monthly revenue levels based 

seconds can be used. An invabd entry prompt such as volume thrcsholds . 

Rates can be set according to the 

"Invalid Code, Please Try Again, can be used. A two thresholds 

"invalid entry" maximum and men a "Goodbye" and a Term ^ it costing t0 

network disconnect can be used. A no entry warrung, such as 3S ^ ^ for e k ± 2 . and 3 £ 

Invahd Code, Please Try Agair^ can be used. A two "no to achieve ^ T discounts ^ those customers which are 

entry maximum and then a Goodbye and a network on montUy tenns . Tenn disoounts ^ effect net 

disconnect, can be used. An Invoice Presentation, mcluchng rates after M olher discounls ^ applied . 

a summary of # calls, # minutes, taxes, and total cost, can be Monm , recurri ch (MRCs) can ^ charged for 

the standard when customer utilizes ^tension Routing. An w individual or conation of enhanced or basic services 

extension translation can be used such that each extension - t . ^ _ „ _ „, , . „ 

i„ . i * a * * ^ *u u * i *u either as a group or stand-alone, 

can be translated to text with a maximum character length ^ Project Account Codes 

of, for example, 35. Project Account Codes (PACs) (forced versions) can be 

Call blocking does not allow toll-free calls to originate ava ilable on toll-free service, 

from a state, an area code (including Canada, USVI, Puerto 45 Toll-Free Directory Listings 

Rico), NPA NXX, and/or an ANI, as defined by the cus- A listing in me toll . free informat i OD service 

tomer. Blocked calls by default can hear a network busy pr0 vided by AT&T can be provided at a customer's request, 

signal. In another embodiment, a call blocking announce- ^ sayUx may or may mt requirc a one . time or mon thly 

ment can be used. This is a customer option that enables service charge 

blocked calls to hear either a network-generated or a custom, 50 ^ Menu Routing 

customerHdefined prompt. The network prompt can read, Interactive voice response (IVR) routing services can be 

"Your call cannot be completed from your calling area." The offered to customers over telecommunications network 200. 

customer can define its own prompt to last no more than, for ^ Network ACD 

example, 10 seconds. Additional charges can apply to this Automatic call distribution (ACD) services can be offered 

service - 55 to customers over telecommunications network 200. 

Calls can also be blocked by time of day, day of week, and (io) Network Transfer (TBX) 

day of year. Network transfer services can be provided by telecom - 

Direct Termination Overflow (DTO) allows a customer to munications network 200. 

pre-define termination points for calls that exceed the capac- (H) Quota Routing 

ity of the customer's network. Terminating points can 60 Quota Routing can allow the customer to define a mini- 
include ANIs and/or Trunk Groups. Overflow traffic can be mum and maximum number of calls that are routed to a 
sent to any customer site whether or out of a serving area. particular termination point. The call thresholds can be 
The customer can assign up to five terminating points that based on, e.g., 15 minute, half-hour, one hour, and 24-hour 
can hunt in a sequence as defined by the customer. increments. 

Routing Feature Combination allows the customer to 65 (12) Toil-Free Valet (Call Park) 

route calls based on any grouping of routing features listed Toll-free valet call parking services can hold calls in 

above. network queue until the customer has an open Trunk for the 
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call to terminate to. This benefits a customer in that it does Charge Quotation Service permits an operator to quote the 

not have to over-trunk for busy periods. Music on-hold can customer the cost of service being provided before the 

be available as a standard feature of toll-free valet. service is complete. 

A custom greeting or announcement is an enhanced Line Status Verification service permits an operator to 

feature of Toil-Free Valet allowing callers to hear a custom- 5 check the status of a line (idle, busy, off-hook) per customer 

ized greeting developed by the customer. Additional charges request. 

can apply for a custom greeting. Busy line Interrupt service permits an operator to inter- 

d. Operator Services nipt the called party's call in progress and request an 

Operator Services are services which can handle a cus- emergency connection with the calling party, 

tomer request for, for example, collect calls, third-party 10 Telephone Relay Service (TRS) is a service provided for 

billed calk, directory assistance (DA), and person-to-person the hearing impaired. An operator assists the caller by typing 

calls. the message and sends the message to the terminating party 

Operator Services can be available to any customer using, via TTD. 

for example, 1+ long distance service, calling card service, (2) International Operator Services 

and prepaid calling card service of the carrier of telecom- is International operator services can be provided which 

munications network 200. provide similar features to domestic operator services with 

An operator can be accessed by dialing "00" or 101- the addition of multiple language support. Intern ation opera- 

XXXX-0. Access to an operator can be accomplished tor services can be reached by dialing "00/* 

through switched or dedicated access. e. Calling Card 

FIG. 6B illustrates an operator services call 622. A call 20 Calling card service can include a credit card issued by a 

coming in from LEC 624 or from IXC 626 into gateway site carrier that can allow a customer to place, for example, local, 

110 has signaling come in through STP 250 through SS7 long distance, and international calls. The calling card can 

gateway 208 to soft switch 204. Soft switch 204 is in act as a stand-alone service or as part of the PVN product, 

communication with gateway site 110 via data network 112 Calling card service can be available anywhere in the US, 

using H323 protocol or IPDC 602 protocol. H.323 is a 25 Puerto Rico, US VI, and Canada via toll free origination, 

gatekeeper protocol from the international telecommunica- Additionally, access can be from foreign countries via ITFS 

tions union (ITU) discussed further in the IPDC portion of service through an off-net provider. A customer can have a 

the disclosure. Soft switch 204 can analyze the dialed domestic physical address and billing location to obtain a 

number and determine that it is an operator call, i.e., if the calling card. 

call begins with a "0" or a "00," upon determining that a call 30 Operationally, a customer can dial a toll-free access 

requires operator services, soft switch 204 can then route the number, or and ITFS access number, that prompts the user 

call to off-switch operator services service bureau 628. to enter an authorization and pin number. The customer can 

Operator services 628 can handle the call at that time. then be prompted to enter a ten-digit phone number the 

Operator services 628 can also perform whatever additional customer is attempting to call. The call is then connected, 

call routing is required in order to terminate the call. 35 Calling cards can allow customers to make long distance, 

(1) Domestic Operator Services Features international, and local calls while away from their home or 

A plurality of operator services are supported, including, office. These calls are billed monthly on the same invoice 

for example, collect calling service by this the caller requests with other telecommunications services, 

that the called party be billed for the call; third party billing (1) Calling Card Features 

service allowing the caller to bill calls to another number 40 Calling card services can include a plurality of features 

other than the originating phone number; directory assis- such as, for example, universal toll-free access number 

tance (DA) service allowing customer to retrieve phone (UAN); UAN authorization code; class of service (COS) 

number outside of its area code by 1+ Area Code+555-1212 restrictions; reorigination; usage cap; authorization code 

and making the requests through an operator; person to (authcode) translation; invoice presentation; project account 

person calling service allowing a customer to contact an 45 codes (PACs); dial correction; 3-way conferencing; and 

operator and request that the operator call a specific number dedicated termination service. 

and complete the call for the user (i.e. an operator connects Universal Toil-Free Access Number (UAN) is the toll-free 
the call by creating a bridge, ensuring a connection, and then number that accesses the calling card platform from any- 
bowing out of the connection); credit for call service by where in the US, Puerto Rico, USVI, and Canada. The UAN 
which, in instances where line quality is poor or a connec- 50 serves all customers that choose the UAN. 
tion is lost, an operator can give an appropriate credit; UAN Authorization Code authenticates the end user. For 
branded service by which reseal and wholesale customer s UAN customers, the code consist, for example, of 10 digits 
can opt to use carrier-owned Operator Services and have the followed by a PIN number, totaling 14 digits in length. The 
services branded to their preference; and service perfor- 10 digisi can either be randomly generated or can be 
mance levels can be promised and enforced by which 55 requested by the customer as the customers Billing Tele- 
operators answer a call within a given number of rings such phone Number (or any other phone or number sequence), 
as, for example, four. The PIN can also either be randomly generated or can be 

Non-Published Numbers service allows customers to requested by the customer. The default can be random 

keep their ANI(s) and toll-free numbers non-published. generation for both Authcode and PIN numbers. No more 

Non-Listed Numbers allows a customer to have its ANI(s) 60 man 10 PIN numbers can be assigned to a single Authcode. 

and toll-free numbers non-listed. An additional 6-digit international PIN can be generated for 

Listed Number allows customers to list their ANI(s) and customer use when originating calls from an international 

toll-free numbers. destination. This PIN can be entered in lieu of the 4-digit 

Published Numbers allows customers to publish their domestic PIN. 

ANl(s) and toll-free numbers. 65 The customer can limit calling card use based on Class of 

Billed Number Screening allows a customer to establish Service Restrictions (COS) restrictions. Cards can as a 

who and who cannot charge calls to their phone number. default have domestic (all 50 states, Canada, USVI, PR) 
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origination and termination only. International origination International Calls can be priced using, for example, 
and termination can be made available upon request by the 1 -second increments with, for example, a 1 -minute mini- 
customer, mum per call. The first minute can be rated differently than 

Re-Origination will allow customers to place multiple additional minutes, 

calling card calls without having to hang up, dial the access 5 PVN Gold and Platinum Calls can be rated based on 

number, and enter the authorization code again. The feature discounts associated with the PVN product group. Rating 

can be initiated by depressing for 2 full seconds. can be based on originating and terminating points. On-PVN 

Usage Cap limits any given authcode to a customer CaUs caD identified and rated appropriately, 

determined usage limit. Once the maximum dollar limit is U A connection surcharge can be charged per call. The 

hit the card ceases working and prompts the customer to 10 char f ™ 6lS ™ ^ OD tbe originating and terminating 

contact customer service. Usage limits can be set in $10 P° l * ° f the n calL ™™ combinations include Domestic to 

, . , f, , iU . ! j Domestic, Domestic to International, and International to 

increments and at daily, weekly, or monthly thresholds. International 

^en a customer is approach Time of Day and Day of Week pricing can permit calls 

be announced stating your usage limit is near its maximum, placed g ^ pm Mond ^ fa Frid tQ ^ ^ 

you have Xminutes remaining, please contact customer is differendy than those placed 5:01 pm-7:59 am Monday 

service." The prompt can begin when the user reaches 90% through Friday and all day Saturday and Sunday, 

of its allowance based on dollars. In the even the customer Cross-Contribution permits volume from other services to 

is in the middle of a connection, only the card owner will contribute to volume discounts for calling card and vice 

hear the prompt. If a new call is placed and the en-user is versa. 

already within the 90% threshold, a prompt will notify the 20 A customer can commit to monthly revenue levels based 

customer of the number of minutes that are available after upon \folume lliresholds. Rates can be set according to the 

the terminating number is entered. The number of minutes thresholds. 

will be based on the termination point and the rating Term Discounts can permit customers comitting to service 

associated with it. contracts such as, for example, 1, 2, and 3-year terms, to 

Authcode translation allows a customer to translate autho- 25 achieve higher discounts than those customers who have 

rization codes to, for example, a user name or department subscribed on monthly terms. Term discounts can effect net 

name up to a 25 character maximum. rates after all other discounts are applied. 

An invoice can by default show 10 digist of the 14 digits Monthly Recurring Charges (MRCs) can be charged for 

and associate each authcode with expenditures. If the cus- any combination of enhanced or basic services either as a 

tomer chooses Authcode Translation, the invoice can auto- 30 group or stand-alone. 

matically present the translation and not the authcode. Pre-Paid Calling Card services can be offered. 

Acustomer can associate a PAC Table with the customer's f. One-Number Services 

Authcodes. PAC table rules apply. An end-user can be One Number service is an enhanced call forwarding 

prompted as usual after entering in the authcode and termi- service that uses the intelligence of telecommunications 

nating ANI. The prompts apply to PACs on calling card as 35 network 200 network to re-route calls from a customers 

an long distance service. POTS/DID to an alternate termination point. One Number 

If a phone number is mis-dialed, dial correction allows the allows customers to receive calls regardless of where they 

user to hit the * key to delete the current entry and being to are located. A simple WEB interface enables customers to 

re-enter the phone number in its entirety. define which phone number they want to receive clals on and 

Personal Toll-Free Access Number (PAN) service pro- 40 for which days and what periods of time, 
vides a toll-free number that accesses the calling card One Number can be available to any customer telecom- 
platform from anywhere in the US, Puerto Rico, USVI, and muni cations network 200 local and long distance voice 
Canada. A PAN can be unique to individual users. services. Hie service allows the customer to choose termi- 

PAN Authorization Code authenticates the end user. For nation points anywhere in the world. Security can be nec- 

PAN customers, the code can consist of, e.g., 4 digits either 45 essary to prevent fraud and authenticate users. Calls or faces 

defined by the customer or randomly generated. can terminate to multiple services including, e.g., POTS 

Corporate Toll-Free Access Number (CAN) service pro- lines, fax machines, voice mail, pagers, e-mail (fax), and 

vides a toll-free number that accesses the calling card cellular phones. 

platform from anywhere in the US, Puerto Rico, USVI, and Forwarded calls can be filtered, e.g., by soft switch 204 

Canada. This number can be unique to a corporate customer so and can be forwarded to the appropriate terminating number, 

and can only be used by those end-users with the corporate Multiple termination points can be specified by the customer 

customer. enabling calls to "follow" them. 

CAN Authorization Code authenticates the end user. For When a call is forwarded to the next number a network 

CAN customers, the code can consist of, e.g., 7 digits either prompt could inform the caller that their call is being 

defined by the customer or randomly generated. 55 forwarded. The caller could hear, e.g., "Please hold while we 

Customized Greeting service allows a customer to cus- attempt to locate John Doe (Subscriber's Name). If you 

tomize the network-generated greeting at the time of provi- would like to leave a voice message please press the pound 

sioning. This service can be available to CAN customers sign now." 

only. Selective Forward allows the customer to forward only 

Call Transfer service allows the calling card customer to 60 selected calls by originating ANI. All other calls could 

connect two parties and attend the conference or drop the terminate normally, 

bridge and establish the connection between the two called (1) One-Number Features 

parties. # Override service allows a caller to # out to the sub- 

(2) Call Rating scriber's main number which can have voice messaging 

Domestic Calls can be priced using, for example, 65 capability. 

1 -second increments with for example, an 18-second mini- Fax Detect allows the customer to have all calls including 

mum per call. fax calls come in to a single number only to be forwarded to 
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an actual fax machine ANX The network could be required 
to detect T30 protocol and respond appropriately. 

Fax to E-mail allows faxes to be forwarded to an e-mail 
address. 

Call Statistics allows a customer to enter a WEB interface 
and look at all calls that have terminated to their AN1 and 
which have been forwarded to corresponding termination 
points. 

Termination Preferences Lists allow a customer to define 
up to three terminating numbers. If the first is busy, for 
example, the call would be sent to the next number in the list. 
If the call reached the end of the list, the call could 
disconnect or terminate into whatever type of messaging 
service that might be available. These lists can be toggled on 
or off via a web or IVR interface. Up to 5 lists can be created. 

Busy Detection re-routes busy calls to an alternate desti- 
nation. In the case of fax, the web interface shows when and 
where the fax was delivered. 

IVR Interface permits a customer to change termination 
points and toggle on or off Termination preference lists via 
DTMF tones. A customer could be prompted for a pass-code 
for security purposes. 

Dedicated Termination Service (DTS) allows forwarded 
calls to terminate On-PVN over dedicated facilities. 

User Authentication ensures that a user authorized routing 
modifications by, e.g., entry of a code or PIN. 
g. Debit Card/Credit Card Call Services 

Debit card and credit card calls are permitted and are 
similar to calling card services calls with the addition of 
third-party credit check processing. 

Customers have access to a web interface that manages, 
e.g., names, phone numbers, e-mail addresses, company 
names, addresses, and scheduling. Customers can enter and 
maintain their own contacts. By selecting names and a 
meeting time, customers can easily administer their own 
conference from the desktop. Additionally, the moderator 
can view the participants that have and have not connected. 

Participants can be notified of, e.g., the conference time, 
dial-in number (if applicable), subject, and participants by, 
e.g., e-mail, pager, fax, or voice message. 

Network Dial-Out service allows the conference modera- 
tor to direct-dial each participant at the phone number of 
choice. When a participant answers the phone a bridge is 
created. The moderator is always bridged to the call by being 
dialed directly. 

800 Dial-In allows the conference moderator, to offer a 
means for participants unable to be dialed directly to par- 
ticipate via a toll-free number. 

Point & Talk service creates a bridge between two parties 
by simply clicking on a phone number. 

Music On-Hold permits a selection of music to be avail- 
able for the moderator to choose while participants join the 
bridge. Once all participants have joined, the music can 
automatically turn off. 

Cancel Music On-Hold can disengage music on-hold. 

Selective Caller Dis-Connect allows a moderator to dis- 
connect any participant at any time. 

Selective Caller Mute allows a moderator to mute any 
participant at any time. Other attendees could, e.g., not be 
able to hear the muted person, nor, e.g., could the muted 
person be able to hear other participants in the conference. 

Customized Greeting permits customers to generate and 
load their own greeting that a caller will hear before being 
connected to the bridge. 

Code Access permits a participant to hear a prompt asking 
for a code (determined by moderator) that could allow 
access to the conference. The code can be entered, e.g., via 
dual tone multiple frequencies (DTMF) tones. 
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h. Local 

Local Voice can comprise two separate elements. The first 
element of Local Voice, which is also the foundation of the 
service, Is commonly referred to as "Dial Tone". The other 

5 element is referred to as Local Calling/Traffic, which is the 
usage that is generated on the Dial Tone. Each element is 
addressed separately below. 

(1) Local Voice/Dial Tone (LV/DT) 
Local Services deliver services comparable to what 
incumbent ILECs provide. LV/DT provides, in its basic 
form, 10 digits phone numbers and/or services that can 
access the Public Switched Telephone Network (PSTN). 
LV/DT provides the customer the ability to place and receive 
calls on their LV/DT, whether the calls are local, long 
distance, international, toll-free or service (611, 411, 911, 0, 

15 00) types of calls. Call types can be from an on network 
customer or from an off network caller. 

Two types of digital/trunking protocols currently in use 
today are PBX Digital Trunking and ISDN/PRI. Analog 
services can be provided as well. Digital trunks interface 

20 with Hybrid and PBX CPE equipment. 

LD/VT adheres to the tariffs and regulations that govern 
Local Service providers in each market that the service is 
launched. For example, federal, state and local taxes can 
apply where applicable. 

25 Local access can be available in those cities where the 
owner of telecommunications network 200 has co-carrier 
status and a POP within the serving wire center. 

The two prevalent protocols that LD/VT emulates are 
Digital PBX Trunking and ISDN/PRI. Only one Rate Center 

30 that is generic to the customers physical address is allowed 
with each delivery. Foreign Exchange service is another 
option but not in combination with a customer's designated 
Rate Center. 

Digital PBX Trunking (Digital PBX) or (DPbx) trunking 

35 uses a DS-1 4-wire (1344 Mbit) for the underlying trans- 
mission facility. Line Code options of AMI or B8ZS, and 
framing options of Super-Frame (SF) or Extended Super- 
Frame (ESF) can be offered. Service provides 24 digital 
channels at 56K per DSO. Fractional DS-ls can also be 

40 available with a minimum of 12 DSOs ordered. Each DSO 
channel carries the signaling overhead. DPbx can be chan- 
nelized as one-way inbound, one-way outbound or two-way 
trunk groups. Incoming calls hunt to an idle channel within 
a trunk group, low to high, while the customer hunts high to 

45 low. Customer must yield to a carrier under "glare" condi- 
tions. Calls are initiated with trunk seizure and confirmed by 
a receiving end via "wink" signaling. Addressing can be 
selected as, e.g., Dual Tone Multi-Frequency (DTMF) or 
Multi-Frequency (typically used for interoffice 

50 communications). Answer Supervision is provided on out- 
bound calls. 

ISDN also can use a DS-1 4-wire transmission facility. 
Configurations of PRI can be 23B+D or 24B channels. Each 
B (bearer) channel transmission is at 64 kpbs "clear chan- 

55 nel** since the signaling is handled on the "D" or data 
channel for the circuit. In order for a customer to order a 24B 
circuit, they must have at a minimum one 23B+D configu- 
ration. In a preferred embodiment, customers can have a 
back up D channel when ordering multiple PRIs with a 24B 

60 configuration. Customers can also preferably order PRI with 
a line coding of B8ZS and framing of ESF. AN1 delivery can 
be standard with PRI service. 

When customers order either a DPBX or ISDN/PRI 
service, each inbound only or two-way trunk group can 

65 automatically be provisioned with one phone number. If 
more than one phone number is needed per trunk group, DID 
services can be ordered. 
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Direct Inward Dial (DID) service can be delivered to a (d) Call Forward Variable 
customer's CPE equipment via inbound only or two-way Call Forwarding Variable allows the user to redirect all 

trunks. The switch can deliver the dialed telephone number incoming calls to another telephone number This service 

(up to 7 digits), sometimes referred to as DNIS, to the can use a courtesy call that allows the customer to notify a 

premise switch. Number blocks are ordered in blocks of 20 5 party a t the "forward-to-number" that the customer's calls 

consecutive numbers i.e. 555-1230 thru 555-1249. ^ ^ forwarded to the second party's number. Activating 

(2) Call Handling Features me geryjee returns a confirmation tone to the originator. 

(a) Line Hunting Call F orwart Jing Variable can take precedence over other 
Tnere are several different forms of line hunting. TTiere is features ^ such ^ Call Forwarding Busy/Don't 

no -additional charge, regardless of which hunting method is w ^ ^ Waidn ^ Huntin ^ mis {& 

utilized. The form a customer selects will depend on their ^ can for 

busmess application. ' « . , 

Scries completion hunting allows calls made to a busy W <*<^«- ^ feature can cany a flat monthly rate, 

directory number to be routed to another specified directory ' e ^T„ ?! 

number. Series completion hunting begins with the origi- CaU Hold enable a user to P ut ^ w-progress call on 

nally dialed member of the series completion group, and 15 hold b y flashing the switchhook and dialing a code. Tins 

searches sequential for an idle directory number from the list frees *e line to originate another call. Only one call per line 

of directory numbers. A telephone number is assigned to can be held at a time. The held call cannot be added to the 

each member of the series completion hunt. When hunting originated call. This feature is not to be confused with the 

reaches the last number in the group without finding an idle hold button on a telephone set. The party placed on hold will 

station, a busy signal can occur. 20 not hear anything (unless customer subscribes to Music-On 

Multi-line hunting provides a sequential hunt over the Hold service). This feature carries a flat monthly rate, 

members in the multi-line hunt group. A phone number is (f) Three-Way Calling 

assigned to the main number, but each line in the hunt group Three-way Calling service can allow a line in the talking 
can have a phone number or a "Ter" (Terminal) identifier state to add a third party to the call without operator 
assigned to it. 25 assistance. To add a third party, the user flashes the switch- 
Circular hunting allows all lines in a multi-line hunt group hook once to place the first party on hold, receives recall dial 
to be tested for busy, regardless of the point of entry into the tone, dials the second party's telephone number, then flashes 
group. When a call is made to a line in a multi-line hunt the switchhook again to establish the three-way connection, 
group, a regular hunt is performed starting at the station The second switchhook flash can occur any time after the 
associated with the dialed number. The hunt continues to the 30 completion of dialing, i.e., when the second party answers, 
last station in the group, then proceeds to the first station in a two-way conversation can be held before adding the 
the group and continues sequentially through the remaining original party for a three-way conference, 
lines in the group. Busy tone can be returned if hunting (g) Call Transfer 

returns to the called station without finding an alternative Call Transfer can conference and transfer an established 

station that is idle. Usually in this situation, all members of 35 inbound call to another number. When this feature is used to 

the multi-line hunt group can be identified with a phone transfer a call to a local or toll number, the customer 

number. initiating the feature can pay for the resulting call charges. 

Uniform Call Distribution (UCD) hunting, an enhanced Call Transfer can be used in conjunction with Three-way 

form, has specific uses for customers. (UCD is not to be calling. 

confused with Automatic Call Distribution (ACD), which is 40 (h) Call Waiting/Cancel Call Waiting 
an enhanced version of UCD.) The UCD feature is a hunting Call Waiting Terminating service can alert the user to an 

arrangement that provides uniform distribution of termi- incoming call while the phone is already in use. The service 

nated calls to members of a multi-line hunt group. UCD does signals the customer with two separate tones or tone pat- 

a p re-hunt for the next call, searches for the next idle terns. The calling party can hear ringing or a tone/ring 

member and can set the member as the start hunt position for 45 combination. Call Waiting Terminating can take precedence 

the next call. If no idle member is found, the start hunt over Call Forwarding Busy Line. Call Waiting Terminating 

position can be the last called member plus 1. service can be canceled on a per call basis. This can be done 

(b) Call Forward Busy by entering a code prior to placing a call or during a call. 
Call Forwarding Busy Line can automatically redirect Call Waiting Originating service can allow a customer to 

incoming calls to a pre-designated telephone number when 50 send, to another line within a group, a Call Waiting tone if 

the line is busy. This service can establish a fixed forward-to the other line is busy. 

telephone number. In one embodiment, it is not a customer (i) Extension or Station-to-Station Calling 

changeable number. An order is issued by a carrier to change Station-to-Station (or "abbreviated") dialing can allow 

the forward-to number. When Call Forward Busy line is one station line to call another staation line without having 

activated, the customer can pay for the local and/or toll 55 to go through the public network. Calls of this nature are 

usage charges. This feature can carry a flat monthly rate. usually classified as an intercom call. Intercom calls do not 

(c) Call Forwarding Don't Answer carry any type of local or toll charges because they occur 
Call Forwarding Don't Answer can automatically redirect within a common group of numbers. A station-to-station call 

all calls to another telephone number when a telephone is not can be dialed by using 2-6 digits. An example would be 
answered within a specified amount of time. This service can 60 placing a call to an internal station having the phone number 
establish a fixed forward-to telephone number. In one 667-2345. If the dialing sequence is set at 4 digits, the call 
embodiment, it is not a customer changeable number. An could be completed simply by dialing 2-3-4-5. If the corn- 
order can be issued to change the forward-to number. The mon group is set for 3-digit station-to-station dialing, all 
customer can choose the number of rings before the line other station lines can also then set to 3-digit dialing, 
forwards the call. When Call Forwarding Don't Answer is 65 (j) Direct Connect Hotline/Ring Down Line 
activated, the customer can pay for the local and/or toll Direct Connect service automatically dials a pre-selected 
usage charges. This feature can carry a flat monthly rate. number. Simply taking the receiver off-hook can activate 
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this service. No access codes or telephone numbers need to vate or deactivate the feature from a remote site, a Touch 

be dialed. The Direct Connect number can be selected when Tone service and a Pin Code can be used, for example. The 

service is ordered and can be changed by placement of an Pin Code can be required for security reasons, 
order, such as, for example, via a web interface. The Direct (3) Enhanced Services 

Connect number can be, e.g., an internal line number, a local 5 (a) Remote Call Forward (RCF) 

number or a long distance number. If the call is sent to Remote Call Forward (RCF) service can allow a business 

another local or long distance number, the customer can pay to establish a local presence in other areas without having to 

for the usage charges. invest in a hardwired solution. RCF can create a virtual 

(k) Message Waiting Indicator inbound only service, e.g., via software programming. A 

Message Waiting Indication can come in two forms and is 1Q customer can make a request from the local service provider 

used primarily with Voice Mail. A first form of this feature for a phone number that can be with a rate center that is not 

can provide the station line user with an audible indication associated with the address to where the calls are to termi- 

that Voice Mail has been activated. The stutter tone can be nate. The RCF can be provisioned to forward all incoming 

heard when the user goes off-hook, alerting the user that a calls to a customer specific phone number. This can in one 

message has been left in the voice mailbox. When the embodiment, be a non-customer changeable number except 

message has been retrieved, the stutter tone can disappear. 15 via an order. Depending upon the locality of the service, the 

A second form of message waiting indication can be a forwarding of calls can generate a local call, a local toll call 

visual prompt. The visual prompt can operate the same way or a long distance call, which can be invoiced to the RCF 

as the stutter dial tone except that it can use a signal to light customer. Calls can be forwarded to a toll free service and 

a lamp on the customer's phone. in one embodiment do not carry a per call charge. RCF can 

(1) Distinctive Ringing 20 carry a flat MRC. 

This feature can enable a user to determine the source of When a customer requests multiple calls to be terminated 

an incoming call from a distinctive ring. The pattern can be at one time, RCF paths can be ordered. Depending upon the 

based on whether the call (1) originates from within a group, number of paths ordered, the number of calls that can be 

(2) originates external to the group, (3) is forwarded from terminated simultaneously can be determined. Each path can 
the attendant position, or (4) originates from a line with a 25 carry a flat MRC. 

Call Waiting Originating feature. (b) Voice Messaging Services 

Distinctive Ringing can comprise two call processing Voice Messaging services can provide a customer the 

components: Party Filtering and Calling Party Filtering. The control of determining how communications are to be 

distinctive ringing components can provide for distinctive handled at their business. Voice messaging combined with 

ringing patterns to be applied to a terminating line based on 30 local service can create a total business solution. Voice 

the originating line. Each component can have a list of messaging can provide the customer with flexibility and 

multiple options that can be chosen from to customize the total call coverage. 

distinctive ringing. When Distinctive Ringing is assigned to The foundation of voice messaging can be the voice 

a line, it can be immediately active. The station user cannot mailbox, which can provide for the repository of messages, 

deactivate the feature in one embodiment. An order can be 35 These messages can be, for example, voice or fax. The voice 

placed to have Distinctive Ringing deactivated. mailbox can be configured according to the customer's 

(m) Six- Way Conference Calling needs with various levels or grades of service. Retrieval of 

Six-way conference calling can allow a non-attendant messages can be performed through various methods that 

station to sequentially call up to five (5) other parties after can range, e.g., from a local, to a remote and toll free access, 
dialing the access code. The non-attendant station can add 40 Voice messaging components take a basic voice mailbox 

parties together to make an, e.g., six-way call. The originator and enhances it. Enhancements can include such features as, 

of the six-way call can be billed for the usage charges. There for example: broadcast services; one number location ser- 

are no limitations on the number of stations that can be vices; pseudo auto attendant; dial out capabilities; revert to 

assigned a Six-way Conference calling group. operator; fax on demand; and informational services, 
(n) Speed Calling 45 Voice messaging services can be broken down into three 

Speed calling can allow a user to dial selected numbers categories. The categories of voice messaging services can 

using fewer digits than are normally required. One- and include, integrated voice messaging, stand-alone voice 

two-digit abbreviated dialing codes can be offered. Speed messaging, and enhanced voice messaging, 

calling can be, e.g., available as an eight-number list (Speed (c) Integrated Voice Messaging 

Calling 8), and a thirty-number list (Speed Calling 30). 50 Integrated voice messaging can tie the customer's phone 

Speed Calling 8 can use codes 2 through 9. Speed Calling 30 number with the voice messaging platform. The customer's 

can use codes 20 through 49. Customers can order both caller needs to dial only one number in order to contact the 

options on one station line for a total of 38 speed calling customer. The integration can be accomplished via call 

codes. Any combination of local and long distance numbers, handling features to the voice-messaging platform such as 

service access codes and 3-digit numbers (such a 9-1-1) can 55 call forwarding busy, call forwarding no answer, call for- 

be entered into the Speed Calling list. The number of digits warding variable and message waiting indication. Basic 

stored within each code can be limited to, e.g., 16. applications for this type of service can include private/ 

(o) Selective Call Rejection individual lines and multi-lines and multi-line hunt arrange- 

Call Rejection can allow a customer to p re-select up to a ments that can require call coverage. By using an integrated 

set number of phone numbers to reject any incoming calls 60 version of voice messaging, the customer can also receive a 

from those numbers. If the number is not known, this feature "revert to operator" feature as part of the package, 
can also be activated via a code after the call has been This type of service can be application specific. A cus- 

completed. A code can be entered to cancel Call Rejection tomer gives out only one number to its customers for them 

at any time. to reach it.If a customer does not what to answer the phone, 

(p) Remote Activation of Call Forward Variable 65 when a call is transferred, it can still ring according to 

This feature can enable a customer to activate or deacti- parameters set up by the call handling features, in one 

vate Call Forwarding Variable from a remote site. To acti- embodiment 
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(d) Stand-alone Voice Messaging 

Stand-alone voice messaging can provide customers with 
individual voice mailboxes. These mailboxes can be set up 
with their own phone numbers and need not be tied to a 
customer's phone number. Therefore, in one embodiment, 5 
they do not have "revert to operator" services and message 
waiting indication. These mailboxes can be useful to, e.g., a 
sales organization which has employees which do not have 
an office with phone services. 

Depending upon the application, a pseudo-integration 10 
type of service can be set up. By using call-handling 
features, calls can be forwarded to the phone number 
assigned to a voice mailbox. 

(4) Class Services 

A name and number display can be provided. 15 
An automatic call back/ring again service can allow 
automatic return of the last incoming call (i.e., whether 
answered or missed). If the number called back is busy, 
automatic call back service can alert the user with a special 
ring when the user's line and the line the user is calling back 20 
are both idle. This feature can be assigned on an individual 
line basis. The ringback alerting interval can be varied from, 
e.g., 24 to 48 seconds, inclusive in, e.g., 6-second incre- 
ments. Automatic callback service can be activated before 
receiving another incoming call. Outgoing calls can be 25 
placed before activating automatic callback on the last 
incoming call. This service can work well with call waiting. 

(5) Class of Service Restrictions 

A local only COS restriction restricts all calls to locally 
terminated ones. 30 

(6) Local Voice/Local Calling (LV/LC) 

This second segment of Local voice is referred to as local 
calling. Local calling is the traffic that is within a LATA but 
does not constitute a long distance call. Depending upon the 
market that the service is being provided in, local calling can 35 
be a for fee or free service, 
i. Conferencing Services 

(1) Audio Conferencing 

A 3-way conferencing bridge can be created by the 
end-user by choosing the conferencing feature from the 40 
enhanced services menu. The end-user enters up to, e.g., two 
additional phone numbers and is then connected by the 
bridge. 

Dedicated Termination Service (DTS) allows long dis- 
tance calls from the calling card to terminate to a Dedicated 45 
PVN site if applicable. Non-PVN calls could terminate 
regularly over FGD trunks. The network can determine if the 
call can be terminated over its own facilities and if so, rate 
it appropriately. DTS calls can be priced less than calls that 
terminate over FGD. A routing table allows the network to 50 
identify calls that originate from a calling card that has been 
assigned an associated terminating Trunk Group. 

(a) Audio conferencing features 

Audio conferencing can allow a customer to setup a call 
with two or more participants. The customer, through an 55 
easy to use web interface, can create a conferencing bridge. 

This service can be available to all customers who sign up 
for the service. Because the call is being setup through a web 
interface, conferences can be setup anywhere access to the 
Internet is available. 60 

(2) Video Conferencing 

Video conferencing can be provided over telecommuni- 
cations network 200. 

14. Data Services 
a. Internet Hosting 65 

Internet hosting services can be provided over the net- 
work of the claimed invention. An Internet Services Pro- 
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vider (ISP) can use server and communications services 
including Internet access from the telecommunications net- 
work and can be billed for the usage. High speed connec- 
tivity can be provided as well as World Wide Web, File 
Transfer Protocol (FTP), Gopher and other Internet hosting 
services. 

b. Managed Modem Services 

Managed modem service is a service provided to users of 
communications services, such as an ISP. Managed modem 
services provide modem services to subscribers of the ISP. 
As an ISP signs up new subscribers, access can be provided 
to the subscriber over modems provided by a networking 
services provider (NSP). Modems can be shared by a 
plurality of ISPs and economies of scale can be obtained by 
requiring a lower overall number of modems and associated 
communications network hardware. Other dialing services 
can be made available over the data network of the inven- 
tion. 

c. Collocation Services 

Network services can be provided co-located with a 
customer. For example, the telecommunications network 
carrier can provide TG, AG, and NAS access at the customer 
premises for such purposes as high speed modem access. By 
placing telecommunications network components on site at 
a customer location, various advantages can be gained by the 
telecommunications provider and subscriber. 

d. IP network Services 

Other Internet access services can be made available for 
a client, such as intranet and PVN services, 
c. Legacy Protocol Services — Systems Network Architec- 
ture (SNA) 

Access to IBM Systems Network Architecture (SNA) 
services can be made available over data network 112 of the 
invention. 

f. Permanent Virtual Circuits 

Permanent Virtual Circuit services can be supported. For 
example, separate SNA PVCs can be provided. 

15. Additional Products and Services 

Telecommunications network 200 can be used to deliver 
a plurality of new product and service offerings. For 
example, new services include, services can be configured 
via Internet worldwide web connection to telecommunica- 
tions network 200. Additional service offerings include that 
billing options can be announced at the beginning of a call. 
Another new service enables the announcement of the cost 
of a call to be read at the conclusion of a telephone call. 
Telecommunications network 200 also supports connectiv- 
ity of native IP devices, such as, for example, a SELSIUS 
phone. Additional new products and services include inte- 
gration of native IP and unified PBX/file server devices into 
telecommunications network 200. See for example customer 
net 658 shown in FIG. 6D. Attached to network 658 are a 
variety or native IP devices 662. For example, IP Client 660 
can be a personal computer capable of VOIP telephony 
communication, including voice digitizing, network inter- 
face card and transmission hardware and software. PBX/File 
Server 664 is a native IP device with hybrid data/voice 
functionality, such as, for example, PBX 666 functionality 
with optionally collocated access gateway (AG) 670 func- 
tionality for telephony access by phones 672, and data 
services functionality such as, for example, file server 668 
functionality. Another new service enables messaging joined 
with find-me type services. 

In addition to the new services just described enabled by 
telecommunications network 200, it should be noted that 
telephone calls over telecommunications network 200 
deliver call quality which is better than the standard PSTN. 
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Telecommunications network 200 also permits read report- 
ing of call statistics and call volumes and billing information 
to commercial clients, for example. Telecommunications 
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network 200 also permits dynamic modification over the 
route traversed by traffic via worldwide web access. 
IV. Definitions 



Term 



Defintition 



tandem (AT) 



American National Standards Institute 
(ANSI) 

Asynchronous Transfer Mode 
(ATM) 

Automatic Call Distributor 
(ACD) 



bearer (B) channels 
Bellcore 

called party 

calling party 

central office (CO) 
centum call seconds 
(CCS) 

class 5 switch 

class 4 switch 

class 3 switch 

class 1 switch 

CODEC 

competitive LEC 
(CLEC) 

Computer Telephony 
(CT) or 

Computer Telephony Integration 
(CTT) 

customer premises equipment 
(CPE) 

DHCP 

digital access and cross-connect system 
(DACS) 
HigiriyRft data 
(or digital data) 

DTMF 

Dual -Tone Multi frequency 
(DTMF) 

egress EO 

egress 

end office (EO) 



Enhanced Service Provider 
(ESP) 

equal access 



An AT is a class 3 or 3/4 switch used to switch calls between EOs in a LATA. 
An AT provides subscribers access to the DCCs, to provide long distance calling 
services. An access tandem is a network node. Other network nodes include, 
for example, a CLEC, or other enhanced service provider (ESP), and international 
gateway or global point-of-presencc (GPOP), or an intelligent peripheral (IP). 
This organization develops and publishes voluntary standards for a wide range 
of industries for companies based in the U.S. 

Asynchronous Transfer Mode (ATM) is a high speed cell-based packet switching 
transmission technology. 

A specialized phone system that can handle volumes of incoming calls or make 
outgoing calls. An ACD can recognize and answer an incoming call, look in its 
database for instructions on what to do with that call, send a recorded message to the caller 
(based on instructions from the database), and send the caller to a live operator as soon 
as the operator is tree or as soon as the caller has heard the recorded message. 
Bearer (B) channels are digital channels used to carry both digital voice and digital 
data information. An ISDN bearer channel is 64,000 bits per second, which can carry 
PCM -digitized voice or data. 

Bell Communications Research, formed at divestiture to provide centralized services to 
the seven regional Bell holding companies and their operating company subsidiaries. 
Also serves as a coordinating point for national security and emergency preparedness 
and communications matters of the U.S. federal government. 

The called party is the caller receiving a call sent over a network at the destination or 
termination end. 

The calling party, is the caller placing a call over any kind of network from the 
origination end. 

A CO is a facility that houses an EO homed. EOs are often called COs. 
Telephone call traffic is measured in terms of centum call seconds (CCS) 
(Le., one hundred call seconds of telephone conversations), 
of an Erlang. 

A class 5 switching office is an end office (EO) or the lowest level of local and long distance 

switching, a local central office. The switch closest to the end subscriber. 

A class 4 switching office was a Toll Center (TC) if operators were present or else a 

Toll Point (TP); an access tandem (AT) has class 4 functionality. 

A class 3 switching office was a Primary Center (PC); an access tandem (AT) has class 
3 functionality. 

A class 1 switching office, the Regional Center (RC), is the highest level of local and long 
distance switching, or "office of last resort" to complete a call. 

Coder/Decoder. Compression/decompression. An overall term used for the technology used in 
digital video and digital audio. 

CLECs are telecommunications services providers capable of providing local services that 

compete with ILECS. A CLEC may or may not handle IXC services as well. 

Adding computer intelligence to the making, receiving, and managing of telephone calls. 



CPE refers to devices residing on the premises of a customer and used to connect to a 
telephone network, including ordinary telephones, key telephone systems, PBXs, video 
conferencing devices and modems. 
Dynamic Host Configuration Protocol 

A DACS is a device providing digital routing and switching functions for Tl lines, 
as well as DS0 portions of lines, for a multiple of Tl ports. 

Digitized data refers to analog data that has been sampled into a binary representation 
(Le., comprising sequences of 0's and l's). Digitized data is less susceptible to noise and 
attenuation distortions because it is more easily regenerated to reconstruct the original signal 
Dual Tone Multi Frequency 

A way of signaling consisting of a push-button or touchtone dial that sends out a sound 
consisting of two discrete tones that are picked up and interpreted by 
telephone switches (either PBXs or central offices). 

The egress EO is the node or destination EO with a direct connection to the called 
party, the termination point The called party is "homed" to the egress EO. 
Egress refers to the connection from a called party or termination at the destination end of a 
network, to the serving wire center (SWC). 

An EO is a class 5 switch used to switch local calls within a LATA. Subscribers of the LEC 
are connected ("homed") to EOs, meaning that EOs are the last switches to which the 
subscribers are connected. 
A network services provider. 

1+ dialing as used in U.S. domestic calling for access to any long distance carrier as required 
under the terms of the modified final judgment (MFJ) requiring divestiture of the 
Regional Bell Operating Companies (RBOCs) from their parent company, AT&T. 
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-continued 



Term 



Definition 



Erlang 



Federal Communications Commission 

(FCC) 

G.711 

G.723.1 



G.729A 
Gateway 



global point of presence 

(GPOP) 

GSM 

H.245 

a26i 

H.263 
H.323 



IETF 

incumbent LEC 
(ILEC) 
ingress EO 

ingress 

integrated services digital network 
(ISDN) 



integrated service digital network 
(ISDN) 

basic rate interface 
(BRI) line 

intelligent peripheral 
(IP) 



inter machine trunk 
(IMT) 

inter-exchange carrier 
(IXC) 

International Multimedia 
Teleconferencing Consortium 
(IMTC) 
International 

Telecommunications Union 
(TIT) 

internet protocol (IP) 



An Erlang (named after a queuing theory engineer) is one hour of calling traffic, 
Le. it is equal to 36 CCS (Le., the product of 60 minutes per hour and 60 seconds 
per minute divided by 100). An Erlang is used to forecast t making and TDM switching 
matrix capacity. 

A "non-blocking" matrix (Le., the same number of lines and trunks) can theoretically switch 36 
CCS of traffic. 

Numerically, traffic on a trunk group, when measured in Erlangs, is equal to the average number 
of trunks in use during the hour in question. Thus, if a group of trunks carries 20.25 Erlangs 
during an hour, a little more than 20 trunks were busy. 
The U.S. federal agency responsible for regulating interstate and international 
communications by radio, television, wire, satellite, and cable. 

ITU-T Recommendation G.711 (1988) - Pulse code modulation (PCM) of voice frequencies 
ITU-T Recommendation G.723.1 (03/96) - Dual rate speech coder for multimedia 
communications transmitting at 5.3 and 6.3 kbit/s 

Coding of speech at 8 kbit/s using conjugate structure algebraic-code-cxcitcd linear-prediction 

(CS-ACELP) - Annex A: Reduced complexity 8 kbit/s CS-ACELP speech codec 

ITU-T Annex A (11/96) to Recommendation 

An entrance into and out of a communications network. 

Technically, a gateway is an electronic repeater device 

that intercepts and steers electrical signals from one network to another. 

A GPOP refers to the location where international telecommunications facilities and 

domestic facilities interface, an international gateway POP. 

Global System for Mobile Communications 

ITU-T Recommendation H.245 (03/96) - Control protocol for multimedia communication 
ITU-T Recommendation H.261 (03/93) - Video codec for audiovisual services at p x 64 kbit/s 
ITU-T Recommendation H.263 (03/96) - Video coding for low bit rate communication 
ITU-T Recommendation KL323 (11/96) - Visual telephone systems and equipment for local area 
networks which provide a non-guaranteed quality of service. The specification that 
defines packet standards for terminals, equipment, and services for multimedia 
communications over LANs. Adopted by the TP telephony community as standard for 
communicating over any packet network, including the Internet. 
Internet Engineering Task Force 

IUECs are the traditional L£Cs, which include the Regional Bell Operating Companies 
(RBOCs). 

The ingress EO is the node or serving wire center (SVC) with a direct connection to the 
calling party, the origination point The calling party is "homed" to the ingress EO. 
Ingress refers to the connection from a calling party or origination. 

ISDN is a network that provides a standard for communications (voice, data and signaling), 
end-to-end digital transmission circuits, out-of-band signaling, and 
a features significant amount of bandwidth. A network designed to improve the world's 
telecommunications services by providing an internationally accepted standard for voice, 
data, and signaling; by making all transmission circuits end-to-end digital; by adopting a 
standard out-of-band signaling system; and by bringing more bandwidth to the desktop. 
An ISDN Basic Rate Interface (BRI) line provides 2 

bearer B channels and 1 data D line (known as "2B + D" over one or two pairs) to a subscriber. 



An intelligent peripheral is a network system (e.g. a general purpose computer running 
application logic) in the Advanced Intelligent Network Release 1 (AIN) architecture. 
It contains a resource control execution environment (RCEE) functional group that enables 
flexible information interactions between a user and a network. An intelligent peripheral 
provides resource management of devices such as voice response units, voice announcers, 
and dual tone multiple frequency (DTMF) sensors for caller-activated services. The 
intelligent peripheral is accessed by the service control point (SCP) when services demand 
its interaction. 

Intelligent peripherals provide an intelligent network with the functionality to allow 
customers to define their network needs themselves, without the use of telephone 
company personnel. An intelligent peripheral can provide a routing decision that it 
can terminate, but perhaps cannot regenerate. 

An inter-machine trunk (IMT) is a circuit between two commonly-connected switches. 

DCCs are providers of U.S. domestic long distance telecommunications services. 
AT&T, Sprint and MCI are example DCCs. 

A non-profit organization dedicated to developing and promoting standards for audiographics 
and video conferencing. 

An organization established by the United Nations to set telecommunications standards, 
allocate frequencies to various uses, and hold trade shows every four years. 

IP is part of the TCP/IP protocols. It is used to recognize incoming messages, route outgoing 

messages, and keep track of Internet node addresses (using a number to specify a TCP/TP host 

on the Internet). IP corresponds to network layer of OSI. A unique, 32-bit number for a 

specific TCP/IP host on the Internet, normally printed in decimal form 

(for example, 128.122.40.227). Part of the TCP/IP family of protocols, it describes software 

that takes the Internet address of nodes, routes outgoing messages, and 

recognizes incoming messages. 
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Term 



Defintition 



Internet service provider 
(ISP) 

Internet Engineering Tksk Force 
(IETF) 

Internet Fax Routing Forum 

(IFRF) 

IP 

IP Telephony 

IPv6 
IPX 
ISDN 

primary rate interface 
(PRI) 

ISO Ethernet 



ISP 
ITU 

local exchange carrier 
(LEG) 

local access and transport area 
(LATA) 

local area network 
(LAN) 

Local Exchange Carrier 
(LEC) 

modified final judgment 

(MFJ) 

NAT 

network node 



number planning area 
(NPA); NXX 
packetized voice or voice 
over a backbone 



PIN 

Pipe or dedicated 
comnunications facility 
plain old telephone system 
(POTS) 



point of presence 
(POP) 

point-to-point (PPP) protocol 

point-to-point tunneling protocol 
(PPTP) 



PPP 

private branch exchange 
(PBX) 

Private Line with a dial tone 



Private Branch Exchange 
(PBX) 

public switched telephone network 

(PSTN) 

Q.931 

RADIUS 

RAS 



An ISP is a company that provides Internet access to subscribers. A vendor who provides 

direct access to the Internet, the worldwide network of networks. 

One of two technical working bodies of the Internet Activities Board. 

It meets three times a year to set the technical standards that run the Internet. 

Has published a specification letting companies interconnect their Internet fax servers 

to let service providers deliver fax traffic from other companies. 

See Internet Protocol or Intelligent Peripheral 

Technology that lets you make voice phone calls over the Internet or other packet networks 
using your PC, via gateways and standard telephones. 
Internet Protocol - version 6 
Internet Package eXchange 

An ISDN Primary Rate Interface (PRI) line provides the ISDN equivalent of a Tl circuit 
The PRI delivered to a customer's premises can provide 23B + D (in North America) 
or 30B + D (in Europe) channels running at 1 544 megabits per second and 
2.048 megabits per second, respectively. 

An extension of the Ethernet LAN standard proposed by IBM and National Semiconductor. 

Has the potential to carry both live voice or video calls together with LAN 

packet data on the same cable. 

See Internet Service Provider 

See International Telecommunication Union 

LECs are providers of local telecommunications services. Can include subclasses 
including, for example, incumbent LECs (e.g. RBOCs), independent LECs (e.g. GTE), 
competitive LECs (e.g. Level 3 Com m nunications, Inc.). 
A LATA is a region in which a LEC offers services. 

There are 161 LATAs of these local geographical areas within the United States. 

A LAN is a communications network providing connections between computers and peripheral 

devices (e.g., printers and modems) over a relatively short distance (e.g., within a building) 

under standardized control. 

A company that provides local telephone service. 

Modified final judgment (MFJ) was the decision requiring divestiture of the Regional Bell 
Operating Companies (RBOCs) from their parent company, AT&T. 
Network Address Translation 

A network node is a generic term for the resources in a telecomnunications network, 
including switches, DACS, regenerators, etc Network nodes essentially include all non-circuit 
(transport) devices. Other network nodes can include, for example, equipment of a CLEC, or 
other enhanced service provider (ESP), a point-of-presence (POP), an international gateway or 
global point-of-presence (GPOP). 

NPA is an area code. NXX is an exchange, identifying the EO homed to the subscriber. 
(The homed EO is typically called a central office (CO).) 

One example of packctized voice is voice over internet protocol (VOIP). Voice over packet 

refers to the carrying of telephony or voice traffic over a data 

network, e.g. voice over frame, voice over ATM, voice over Internet Protocol (IP), 

over virtual private networks (VPNs), voice over a backbone, etc 

Personal Identification Number 

A pipe or dedicated communications facility connects an ISP to the internet 

The plain old telephone system (POTS) line provides basic service supplying standard 

single line telephones, telephone lines and access to the public switched 

telephone network (PSTN). All POTS lines work on loop start signaling. 

One "starts" (seizes) a phone line or trunk by giving a supervisory 

signal (e.g. taking the phone off hook). Loop start signaling involves seizing a line 

by bridging through a resistance the tip and ring (both wires) of a telephone line. 

A POP refers to the location within a LATA where the IXC and LEC facilities interface. 

PPP is a protocol per mitting a computer to establish a connection with the Internet using a 

modem. PPP supports high-quality graphical front ends, like Netscape. 

A virtual private networking protocol, point-to-point tunneling protocol (PPTP), can be 

used to create a "tunnel" between a remote user and a data network. A tunnel permits a 

network administrator to extend a virtual private network (VPN) from a server (e.g., a 

Windows NT server) to a data network (e.g., the Internet). 

See Point-to-Point Protocol 

A PBX is a private switch located on the premises of a user. The user is typically a 
private company which desires to provide switching locally. 

A private line is a direct channel specifically dedicated to a customer's use between two 
specified points. A private line with a dial tone can connect a PBX or an ISP's access 
concentrator to an end office (e.g. a channelized Tl or PRI). 
A private line can also be known as a leased line. 

A small phone company central office that you (instead of the phone company) own. 
The PSTN is the worldwide switched voice network. 

ITU-T Recommendation Q.931 (03/93) - Digital Subscriber Signaling System No. 1 

(DSS 1) - ISDN user-network interface layer 3 specification for basic call control 

Remote Authentication Dial- In User Service, an example of a proxy server which maintains 

a pool of IP addresses. 

RegistraUoo/AdrnissioQ/Status 
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Term 



Defintition 



regional Bell operating companies 

(RBOCs) 

RSVP 

RTCP 

RTP 

SCbus™ 



signaling system 7 
(SS7) 



SNMP 



switching hierarchy or 
office classification 



T.120 
TAPI 
TCP 

telecommunications carrier 



transmission control 
protocol/internet protocol 
(TCP/IP) 

transmission control protocol 
(TCP) 

trunk 
UDP 

Voice over Internet Protocol 
(V)IP) 



wide area network 
(WAN) 



RBOCs are the Bell operating companies providing LEC services after being 

divested from AT&T. 

Resource Reservation Protocol 

Real-time Transport Control Protocol 

Real-time Transport Protocol 

The standard bus for communicating within a 

SIGNAL COMPUTING SYSTEM ARCHITECTURE ™ (SCSA ™) node. 

Its hybrid architecture consists of a serial message bus for control and signaling and a 16- wire 

TDM data bus. 

SS7 is a type of common channel interoffice signaling (OCIS) used widely throughout the world. 

The SS7 network provides the signaling functions of indicating the arrival of calls, 

transmitting routing and destination signals, and monitoring line and circuit status. 

Simple Network Management Protocol. 

SNMP is a standard protocol used for managing a network. 

SNMP agents can send network alerts or alarms to an SNMP manager. 

An office class is a functional ranking of a telephone central office switch depending 

on transmission requirements and hierarchical relationship to other switching centers. 

Prior to divestiture, an office classification was the number assigned to offices 

according to their hierarchical function in the U.S. public switched network (PSTN). 

The following class numbers are used: 

class 1 - Regional Center (RC), 

class 2 - Sectional Center (SC), 

class 3 - Primary Center (PC), 

class 4 - Toll Center (TC) if operators are present or else Tbll Point (TP), 
class 5 - End Office (EO) a local central office. Any one center handles traffic from one to two 
or more centers lower in the hierarchy. Since divestiture and with more intelligent software in 
switching offices, these designations have become less firm. The class 5 switch was the closest 
to the end subscriber. Technology has distributed technology closer to the end user, 
diffusing traditional definitions of network switching hierarchies and the class of switches. 
ITU-T Recommendation T.120 (07/96) - Data protocols for multimedia conferencing 
Telephony Application Programming Interface 
Transport Control Protocol 

A LEC, a CLEC, an LXC, an Enhanced Service Provider (ESP), an intelligent peripheral (IP), 
an international/global potnt-of-presence (GPOP), Le., any provider of Lelecommnications 
services. 

TCP/IP is a protocol that provides communications between interconnected networks. 
The TCP/IP protocol is widely used on the Internet, which is a network comprising several 
large networks connected by high-speed connections. 

TCP is an end-to-end protocol that operates at the transport and sessions layers of OSL, 

providing delivery of data bytes between processes running in host 

computers via separation and sequencing of IP packets 

A trunk connects an access tandem (AT) to an end office (EO). 

User Datagram Protocol 

Founded in 1996 by Cisco, Dialogic, Microsoft, U.S. Robotics, VocalTec, and several other 
leading firms, VoIP is working to develop and promote standards for IP telephony. 
The VoIP efforts consist primarily of building on and complementing existing standards, 
like H323. 

A WAN is a data network that extends a LAN over the circuits of a telecommunications carrier. 
The carrier is typically a common carrier. A bridging switch or a router is used to connect 
the LAN to the WAN. 



V. Conclusion 

While various embodiments of the present invention have 
been described above, it should be understood that they have 5Q 
been presented by way of example only, and not limitation. 
Thus, the breadth and scope of the present invention should 
not be limited by any of the above-described exemplary 
embodiments, but should be defined only in accordance with 
the following claims and their equivalents. 

What is claimed is: 55 
1. A method for transmitting voice information over a 
packet-switched data network, the method comprising: 
receiving a signaling message associated with a telecom- 
munications call requested between a caller at an 
origination location to a callee at a termination 60 
location, wherein the caller requests connection of the 
telecommunications call by dialing a termination call 
number associated with the termination location; 
querying a customer profile database using a customer 

look-up key contained in the signaling message; 65 
extracting from the customer profile database a plan for 
servicing telecommunications calls requested by the 



caller, wherein the plan specifies at least one process to 
be performed in response to reception of the signaling 
message; 
implementing the plan; 

analyzing the termination call number to determine a 
termination gateway servicing the termination location; 
and 

connecting the requested telecommunications call 
between an origination gateway servicing the origina- 
tion location and the termination gateway. 

2. A method as defined in claim 1, wherein the plan 
specifies verification of an account code in order for the 
caller to participate in the requested telecommunications 
call, the implementing act comprising: 

prompting the caller to input the account code; 
receiving a response from the caller; and 
performing the analyzing act and the connecting act if the 
response matches the account code. 

3. A method as defined in claim 1, wherein the plan 
specifies input of one of a plurality of project account codes 
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Term 



Definition 



regional Bell operating companies 

(RBOCs) 

RSVP 

RTCP 

RTP 

SCbus™ 



signaling system 7 
(SS7) 



SNMP 



switching hierarchy or 
office classification 



T.120 
TAPI 
TCP 

telecommunications carrier 



transmission control 
protocol/internet protocol 
(TCP/IP) 

transmission control protocol 
(TCP) 

trunk 
UDP 

Vbtce over Internet Protocol 
(VoIP) 



wide area network 
(WAN) 



RBOCs are the Bell operating companies providing LEC services after being 

divested from AT&T. 

Resource Reservation Protocol 

Real-time Transport Control Protocol 

Real-time Transport Protocol 

The standard bus for communicating within a 

SIGNAL COMPUTING SYSTEM ARCHITECTURE ™ (SCSA ™) node. 

Its hybrid architecture consists of a serial message bus for control and signaling and a 16- wire 

TDM data bus. 

SS7 is a type of common channel interoffice signaling (COS) used widely throughout the world. 

The SS7 network provides the signaling functions of indicating the arrival of calls, 

transmitting routing and destination signals, and monitoring line and circuit status. 

Simple Network Management Protocol. 

SNMP is a standard protocol used for managing a network. 

SNMP agents can send network alerts or alarms to an SNMP manager. 

An office class is a functional ranking of a telephone central office switch depending 

on transmission requirements and hierarchical relationship to other switching centers. 

Prior to divestiture, an office classification was the number assigned to offices 

according to their hierarchical function in the U.S. public switched network (PSTN)- 

The following class numbers are used: 

class 1 - Regional Center (RC), 

class 2 - Sectional Center (SC), 

class 3 - Primary Center (PCX 

class 4 - Toll Center fTC) if operators are present or else Toll Point (TP), 
class 5 - End Office (EO) a local central office. Any one center handles traffic from one to two 
or more centers lower in the hierarchy. Since divestiture and with more intelligent software in 
switching offices, these designations have become less firm. The class 5 switch was the closest 
to the end subscriber. Technology has distributed technology closer to the end user, 
diffusing traditional definitions network switching hierarchies and the class of switches. 
ITU-T Recommendation T.120 (07/96) - Data protocols for multimedia conferencing 
Telephony Application Programming Interface 
Transport Control Protocol 

A LEC, a CLEC, an LXC, an Enhanced Service Provider (ESP), an intelligent peripheral (IP), 
an international/global point-of-presence (GPOP), Le., any provider of telecommnications 
services. 

TCP/IP is a protocol that provides communications between interconnected networks. 
The TCP/TP protocol is widely used on the later net, which is a network comprising several 
large networks connected by high-speed connections. 

TCP is an end-to-end protocol that operates at the transport and sessions layers of OSl, 

providing delivery of data bytes between processes running in host 

computers via separation and sequencing of IP packets 

A trunk connects an access tandem (AT) to an end office (EO). 

User Datagram Protocol 

Founded in 1996 by Cisco, Dialogic, Microsoft, U.S. Robotics, VocalTec, and several other 
leading firms, VoIP is working to develop and promote standards for IP telephony. 
The VoIP efforts consist primarily of building on and complementing existing standards, 
like H.323. 

A WAN is a data network that extends a LAN over the circuits of a telecommunications carrier. 
The carrier is typically a common carrier. A bridging switch or a router is used to connect 
the LAN to the WAN. 



V. Conclusion 

While various embodiments of the present invention have 
been described above, it should be understood that they have 
been presented by way of example only, and not limitation. 
Thus, the breadth and scope of the present invention should 
not be limited by any of the above-described exemplary 
embodiments, but should be defined only in accordance with 
the following claims and their equivalents. 

What is claimed is: 

1. A method for transmitting voice information over a 
packet-switched data network, the method comprising: 

receiving a signaling message associated with a telecom- 
munications call requested between a caller at an 
origination location to a callee at a termination 
location, wherein the caller requests connection of the 
telecommunications call by dialing a termination call 
number associated with the termination location; 

querying a customer profile database using a customer 
look-up key contained in the signaling message; 

extracting from the customer profile database a plan for 
servicing telecommunications calls requested by the 



caller, wherein the plan specifies at least one process to 
be performed in response to reception of the signaling 
5Q message; 

implementing the plan; 

analyzing the termination call number to determine a 
termination gateway servicing the termination location; 
and 

55 connecting the requested telecommunications call 
between an origination gateway servicing the origina- 
tion location and the termination gateway. 

2. A method as defined in claim 1, wherein the plan 
specifies verification of an account code in order for the 

60 caller to participate in the requested telecommunications 
call, the implementing act comprising: 

prompting the caller to input the account code; 

receiving a response from the caller; and 

performing the analyzing act and the connecting act if the 

65 response matches the account code. 

3. A method as defined in claim 1, wherein the plan 
specifies input of one of a plurality of project account codes 



